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DESCRIPTION 



INFORMATION DISTRIBUTION SERVER SYSTEM, 
INFORMATION DISTRIBUTION METHOD, AND RECORDING MEDIUM 



TECHNICAL FIELD 

The present invention relates to an information 
distribution server system, an information distribution 
method, and a recording medium, which are adapted to 
distribute various types of data, such as applications. 

BACKGROUND ART 

The functions of cellular phones have been improved 
drastically. In recent years, there has been introduced a 
new service which allows a user to connect his/her cellular 
phone to the Internet via a cellular phone network and to 
browse various content items by use of a browser installed 
in the cellular phone. 

Although cellular phones have a higher degree of 
portability than do ordinary personal computers, they have 
drawbacks such as small memory capacity, low data 
processing performance, a narrow communication band, and 
low communication speed. Therefore, each IP (Information 
Provider) which provides contents to cellular phones 
determines the manner of describing contents and the 
specifications of communication protocol, etc. to match the 
above-described characteristics of cellular phones. 
Examples of such services specialized for cellular phones 
include an i-mode service (registered trademark) provided 
by NTT DoCoMo, Inc., and a WAP (Wireless Access Protocol) 
service proposed by Phone.com, Inc. 

However, these existing services for cellular phones 
mainly support reception and transmission of information 
which is created based on HTML (HyperText Markup Language) 
or WAP, which only have limited control and expression 
capabilities . 



101003013059 

2 



In view of the foregoing, there has recently been 
proposed introduction of a full-scale application operating 
environment into a cellular phone. For example, there have 

been plans to install a Java virtual machine which is an 

5 environment necessary for the execution of Java (registered 

trademark) applications into a cellular phone. This 

enables a grater variety of applications to operate on a 
cellular phone. 

This environmental change means that a cellular 

10 phone which has been a terminal taking charge of simple 

input and output will be transfigured into an 

information processing terminal which allows a user to 
install and use various applications therein. In other 
words, although cellular phones are still inferior to 

15 personal computers in terms of information processing 
capability and expression capability, it will become 
possible for cellular phones to perform processing which 
until now has been performed only by personal computers. 
Meanwhile, in the world of personal computers, 

20 several methods for the purchase of applications have 
conventionally been used. In one method, a user goes 
directly to a shop and purchases a package application. In 
another method, freguently employed for shareware, a user 
downloads an application from a server on a network and 

25 submits a payment to the author of the application by a 
suitable method such as money transfer. 

Although a service for selling applications for 
cellular phones has not yet been practiced in full scale, 
the above-described methods used for the personal computer 

30 world can be employed in such a service dedicated to 
cellular phones . 

However, applications for cellular phones are 
designed to be small as compared to applications which 
operate on personal computers, and their processing areas 

35 are localized and limited. Therefore, unlike applications 
which operate on personal computers, such as word 
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processors and spreadsheets, most applications for cellular 
phones are limited to temporary use and in many cases are 
designed not to be used permanently. Further, since 
cellular phones do not have a large-capacity recording 
medium such as a hard disk device used in personal 
computers, in some cases, a user may download the same 
application repeatedly, once for each time the user needs 
the application. 

In view of the foregoing, users cannot be expected to 
purchase applications for cellular phones at high prices. 
This means that an application provider must set the price 
of each application relatively low. 

From the above-described facts, it can be concluded 
that, regarding applications for cellular phones, companies 
and organizations having development capability and 
sufficient funds must develop applications by themselves or 
must obtain licenses from others and sell the applications. 
In other words, in the world of cellular phones, it must be 
said that provision of applications having a low degree of 
completeness and provision of applications developed by 
individuals and small companies which cannot bear the 
related distribution and advertisement costs are difficult. 
Such a situation is a disincentive to application 
developers, and consequently the variety of applications 
does not increase, thereby hindering the development of 
applications . 

DISCLOSURE OF THE INVENTION 

The present invention was accomplished in view of the 
above-described problems, and an object of the present 
invention is to build an environment which provides 
adequate merits to both users and providers of applications 
for radio portable terminals and which enables distribution 
of various applications from providers to users. 

An information distribution server system according 
to the present invention is adapted to distribute 
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applications to radio portable terminals in accordance 
with download requests from the radio portable terminals, 
each radio portable terminal being capable of utilizing an 
application downloaded via the Internet and a radio 
5 communication network. The information distribution system 
comprises: a user information table for storing information 
regarding a user of each radio portable terminal; a 
provider information table for storing information 
regarding a provider of each application; a payment-status 
10 management table for managing the status of payment of a 

C3 

;g predetermined usage fee which each user stored in the user 
% ! information table must pay for a predetermined period; a 

yi detection section for detecting the status of usage of each 

M application; a usage-status management table for storing 

f ^15 the detected usage status; and a computation section for 
= calculating and outputting a license fee to be paid for 

^ each provider stored in the provider information table, on 
pj the basis of a ground total of usage fees grasped by the 

payment-status management table and the usage status stored 
fi]20 in the usage-status management table. 

Such an information distribution server system 
enables each user to use a plurality of applications 
provided by a plurality of providers through payment of a 
predetermined usage fee and enables each provider to 
25 receive a license fee which is reasonably determined for 
its own application. 

The following two methods may be used for license fee 
calculation. 

In a first method, the detection section detects the 
30 application usage status on an application-by-application 
basis; the usage-status management table stores the 
application usage status on an application-by-application 
basis; and the computation section allots a portion of the 
ground total of usage fees grasped by the payment-status 
35 management table as a ground total of license fees to be 
paid to the providers, and distributes and outputs, from 
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the allotted ground total of license fees, a license fee to 
be paid for the provider of each application, in accordance 
with the usage status stored in the usage-status management 
table. 

5 In a second method, the detection section detects the 

application usage status on a user-by-user basis; the 
usage-status management table stores the application usage 
status on a user-by-user basis; and the computation section 
-i allots a portion of usage fees paid by the users, as a 

10 license fee to be paid to the providers of the applications, 
M distributes and outputs, from the allotted license fee, a 
%J license fee that each user must pay for each provider, in 

p; accordance with the usage status stored in the usage-status 

G management table, and sums provider by provider the license 

15 fees distributed and output with respect to all the users, 
T = thereby obtaining a license fee to be paid to each provider. 
O In addition to download count, activation count, 

execution time, point number with which the user voles for 
f!1 an application that the user considered to have a high 

jr!2 0 added value can be used as a parameter for grasping the 
usage status of the application. By grasping the usage 
status in various manners, more reasonable license fees can 
be determined. 

25 BRIEF DESCRIPTION OF DRAWINGS 

FIG. 1 is a block diagram showing the overall 
configuration of a system according to an embodiment of the 
present invention; 

FIG. 2 is a block diagram showing the hardware 
3 0 configuration of a cellular phone used in the embodiment; 

FIG. 3 is a schematic diagram showing the process 
configuration of the cellular phone used in the embodiment; 

FIG. 4 is a schematic diagram showing the process 
configuration of a WWW server used in the embodiment; 
35 FIG. 5 is a diagram showing example data items 

registered in a provider master table used in the 
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embodiment ; 

FIG. 6 is a diagram showing example data items 
registered in an application-registration master table used 
in the embodiment; 
5 FIG. 7 is a diagram showing example data items 

registered in an application-access management table used 
in the embodiment; 

FIG. 8 is a diagram showing example data items 
registered in an application statistics table used in the 
10 embodiment; 

y FIG. 9 is a diagram showing example data items 

yy 

Sj registered in a user master table used in the embodiment; 

~: FIG. 10 is a diagram showing example data items 

%j registered in a last-activation date/time storing table 
f:} 15 used in the embodiment; 

~" FIG. 11 is a diagram showing example data items 

O registered in a user-access storing table used in the 

=T= embodiment; 

Si FIG. 12 is a diagram showing example data items 

^20 registered in a user-payment management table used in the 
embodiment ; 

FIG. 13 is a diagram showing example data items 
registered in a download-ID management table used in the 
embodiment ; 

25 FIG. 14 is a diagram showing example data items 

registered in a last-download management table used in the 
embodiment; 

FIG. 15 is a sequence diagram showing the flow of 
applet search processing carried out in the embodiment; 
30 FIG. 16 is a sequence diagram showing the flow of the 

applet search processing carried out in the embodiment; 

FIG. 17A to 17F are schematic diagrams showing 
example screens displayed on a personal computer during the 
applet search processing carried out in the embodiment; 
35 FIG. 18 is a sequence diagram showing the flow of 

applet download processing carried out in the embodiment; 
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FIG. 19 is a sequence diagram showing the flow of the 
applet download processing carried out in the embodiment; 

FIG. 20 is a sequence diagram showing the flow of the 
applet download processing carried out in the embodiment; 
5 FIG. 21A to 21H are schematic diagrams showing 

example screens displayed on the cellular phone during the 
applet download processing carried out in the embodiment; 

FIG. 22 is a diagram showing HTML data used in the 
embodiment ; 

10 FIG. 23 is a sequence diagram showing the flow of 

applet execution processing carried out in the embodiment; 

FIG. 24 is a sequence diagram showing the flow of the 
applet execution processing carried out in the embodiment; 
FIG. 25A to 25D are schematic diagrams showing 
15 example screens displayed on the cellular phone during the 
applet execution processing carried out in the embodiment; 

FIG. 26 is a flowchart showing the flow of high-score 
registration processing carried out in the embodiment; 
FIG. 27 is a sequence diagram showing the flow of 
20 point-voting processing carried out in the embodiment; 

FIG. 28A to 28C are schematic diagrams showing 
example screens displayed on the cellular phone during the 
point-voting processing carried out in the embodiment; 

FIG. 29 is a flowchart showing the flow of license 
25 fee calculation processing carried out in the embodiment; 
FIG. 30 is a flowchart showing the flow of the 
license fee calculation processing carried out in the 
embodiment; 

FIG. 31 is a flowchart showing the flow of provider 
3 0 search processing carried out in the embodiment; 

FIG. 32 is a schematic diagram showing an example 
screen displayed on the cellular phone during the provider 
search processing carried out in the embodiment; 

FIG. 33A to 33B are flowcharts showing the flow of 
35 the provider search processing carried out in the 
embodiment; 
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FIG. 34 is a schematic diagram showing an example of 
a display for displaying the result of the provider search 
processing carried out in the embodiment; 

FIG. 35 is a flowchart showing the flow of 
5 application search processing carried out in the 
embodiment; 

FIG. 36 is a schematic diagram showing an example of 
a display for displaying the result of the application 
search processing carried out in the embodiment; 
10 FIG. 37 is a sequence diagram showing the flow of 

point -voting processing carried out in another embodiment; 
and 

FIG. 38 is HTML data used in another embodiment. 

15 BEST MODE FOR CARRYING OUT THE INVENTION 

An embodiment of the present invention will now be 
described with reference to the drawings. However, the 
present invention is not limited to the embodiment; various 
modifications can be made within the technical scope of the 

20 invention. 

A: Configuration 

(1) Overall Network Configuration 

FIG. 1 is a block diagram showing the overall 
configuration of a system according to the embodiment. As 

25 shown in FIG. 1, the system is generally composed of a 

group of user terminals 1, a group of provider terminals 2, 
a packet communication network 3 for mobile communications, 
the Internet 4, and a group of servers 5. 

As a whole, the system provides an environment that 

30 promotes the distribution of contents. Specifically, 
various applications are uploaded from the group of 
provider terminals 2 to the group of servers 5; and the 
applications are downloaded to the group of user terminals 
1 in response to requests from the group of user terminals 

35 1. 

In the present embodiment, a computer program called 
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"applet," which is written in the Java (registered 
trademark) programming language, is exemplified as an 
"application." However, the application is not limited 
thereto, and the concept of the aforementioned application 
encompasses any type of data that can be exchanged through 
the communication network. 

Hereinbelow, the individual constituent elements of 
the system will be described in detail. 

The group of user terminals 1 is a group of terminals, 
each of which is operated by a user who pays a 
predetermined monthly charge to purchase a right that 
permits downloading and use of various applications 
registered and stored in the group of servers 5. The group 
of user terminals 1 includes terminals such as a cellular 
phone 10 and a personal computer 11. 

The cellular phone 10 (radio portable terminal) 
receives call services which are provided through an 
unillustrated mobile phone network. In addition, the 
cellular phone 10 performs radio communication with a base 
station 31 of the packet communication network 3 (radio 
communication network) , thereby performing radio data 
communications. The packet communication network 3 
includes the base station 31 distributed in a communication 
service area, a switching station 32 for performing packet- 
switching services, and communication lines for connecting 
them. The packet communication network 3 is connected to 
the Internet 4 via a gateway 33, thereby allowing two-way 
data communication to be implemented between the two 
different networks. The cellular phone 10 has the 
capability of downloading the applications from the group 
of servers 5 via the packet communication network 3 and the 
Internet 4 . 

The personal computer 11 can be connected to the 
Internet 4 through an unillustrated Internet-connecting 
company in order to perform communications. Through 
operation of the personal computer 11, a user can access 
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the group of servers 5 in order to use an application 
search service. 

The group of provider terminals 2 is a group of 
terminals, each of which is operated by a provider of the 
5 corresponding applications ) , and includes a personal 
computer 20. Similarly to the personal computer 11, the 
personal computer 12 can be connected to the Internet 4 via 
an unillustrated Internet-connecting company in order to 
perform communications. The term "provider" refers to a 

10 party who holds a license for a certain application and who 
reserves the right to receive a part of the user-paid fee 
as compensation for using the application (hereinafter, the 
compensation will be referred to as a license fee). 

In reality, a larger number of cellular phones 10, 

15 personal computers 11, and personal computers 20 exist; and 
the system can provide services to a larger number of users 
and providers. Herein, the personal computer is referred 
to as simply a PC. 

The group of servers 5 (information-distribution 

20 server system) is connected to the Internet 4 via a router 
6, and includes various servers for operating and managing 
dedicated sites that are used for distributing to the 
cellular phones 10 applications uploaded from the group of 
provider terminals 2 . 

25 As shown in FIG. 1, the group of servers 5 includes a 

cellular-phone-dedicated WWW (world wide web) server 50 
(having a detection section, a provision section, a 
selection section, an error-transmission section, an 
inhibition-control section, a server-application storing 

30 section, a limiting section, and a common process 

interface); a personal-computer-dedicated WWW server 51 
(having a communication section, a search/output section, a 
mail transmission section, and a screen generation 
section); a DNS (domain name system) server 52; an SMTP 

35 (simple mail transfer protocol) server 53 (having a mail 
transmission section); a database server 54 (having a 
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detection section, a grasping section, a judgment section, 
and a common database); a totaling server 55 (having a 
detection section and a computation section); a manager 
console 56; a firewall server 57; and high-speed digital 
5 lines 58 for connecting the aforementioned servers to each 
other . 

The cellular-phone-dedicated WWW server 50 is adapted 
to provide cellular-phone-dedicated WWW pages to the 
cellular phone 10 and to distribute applications to the 
10 cellular phone 10. 

The PC-dedicated WWW server 51 is adapted to provide 
PC-dedicated WWW pages to the PC 11, PC 21, etc. 

The DNS server 52 is a well-known server that stores 
a host name and a corresponding IP (Internet protocol) 
15 address allocated to each node on the Internet 4, and 
provides a service for effecting mutual conversion 
therebetween. The SMTP server 53 is a well-known server 
for supporting SMTP. 

The database server 54 has a large-capacity storage 
20 device for storing various uploaded applications and . 
various tables to be described below. 

The totaling server 55 uses the various tables stored 
in the database server 54 to thereby perform calculation 
regarding content-usage statuses and calculation of license 
25 fees according to the content-usage statuses. 

The manager console 56 is a computer that a manager 
of the group of servers 5 operates in order to maintain the 
servers constituting the group of servers 5. 

The firewall server 57 is also well-known. The 
30 firewall server 57 provides a function of excluding 
unauthorized access from external networks. 

(2) Configuration of the Cellular phone 10 

The configuration of the cellular phone 10 will now 
35 be described. 

First, the hardware configuration of the cellular 
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phone 10 will be described with reference to FIG. 2. As 
shown in FIG. 2, the cellular phone 10 has a CPU (central 
processing unit) 100 , ROM (read-only memory) 101, RAM 
(random access memory) 102, SRAM (static random access 
5 memory) 103, a data input/output section 104, a radio- 
processing section 105, an audio-processing section 106, a 
speaker 107, a microphone 108, a keyboard 109, and an LCD 
(liquid crystal display) 110. These components are 
connected to one another. 

10 The ROM 101 stores therein a variety of control 

programs and other data, and the CPU 100 reads out the 
control programs in order to execute various types of 
control processing. During the processing, the RAM 102 is 
used as a work area for the CPU 100 and for other purposes. 

15 The programs stored in the ROM 101 include not only 

firmware that supports the basic operation of the cellular 
phone 10, but also a browser and various applications 
described below. The SRAM 103 caches pages provided from 
the cellular-phone-dedicated WWW server 50 and stores 

20 applications downloaded from the cellular-phone-dedicated 
WWW server 50. 

The radio-processing section 105 has a frequency 
synthesizer, an amplifier, and a modulator/demodulator 
circuit. The radio-processing section 105 executes various 

25 types of processing, such as frame 

synchronization/separation and error detection/correction, 
for signals transmitted and received via an antenna 105-1. 
Thus, the radio-processing section 105 performs processing 
suitable for signals transmitted through circuit switching 

30 and processing suitable for signals transmitted through 

packet switching. Data are transferred between the radio- 
processing section 105 and the CPU 100 via the data 
input /output section 104. 

The audio-processing section 106 is connected to the 

35 speaker 107 and the microphone 108 and performs 
predetermined processing for voice signals. 
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The keyboard 109 is an input interface that allows 
the user to perform various operations. The LCD 110 is an 
interface for displaying various types of information. 

Next, the process configuration of the cellular phone 
5 10 will be described with reference to FIG. 3. As shown in 
FIG. 3, the lowest layer is composed of a key-interface 
section KI, a display-interface section DI, a data- 
communication driver DD, a speaker /microphone control 
section SM, and a memory interface MI, all of which relate 
= 10 to hardware control of the cellular phone 10. 
~h The layer immediately above the lowest layer is 

^ composed of firmware FW, which supports the basic 
fjj' processing performed by the cellular phone 10. 
Si The layer immediately above the firmware FW is 

f£ s 15 composed of a Java virtual machine JVM, a browser BS, a 
* telephone-function section TS, and a setting section SS. 

Jr! The layer immediately above the Java virtual machine JVM is 

fy a Java applet program AAP. 

Jfj- The Java applet program AAP includes applications 

fy 20 written in Java (registered trademark). The Java applet 

program AAP is downloaded from the cellular-phone-dedicated 
WWW server 50 to the cellular phone 10 and is executed on 
the Java virtual machine JVM. 

25 (3) Configuration of the Cellular-Phone-Dedicated WWW 
Server 

Next, the configuration of the cellular-phone- 
dedicated WWW server 50 will be described. 

The cellular phone-dedicated WWW server 50 has the 

30 same hardware configuration as those of well-known servers. 
That is, although not shown, the cellular phone-dedicated 
WWW server 50 includes a CPU, ROM, RAM, a hard disk device, 
a communication interface, etc., which are connected to one 
another by means of a bus. 

35 FIG. 4 is a schematic diagram showing the process 

configuration of the cellular-phone-dedicated WWW server 50. 
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As shown in FIG. 4, the configuration includes an OS 
(operating system), a WWW server, and web application 
programs, which are arranged in this order from the lowest 
layer including various interfaces toward the upper layers. 

5 

(4) Configuration of the Database Server 54 

As described above, the database server 54 holds 
various types of information in the form of tables . The 
information is used for the operation and management of the 
10 system. 

Hereinbelow, data items registered in various tables 
in the database server 54 will be described. 

FIG. 5 shows example data items registered in a 
provider master table LMT (provider information table). 
15 As shown in FIG. 5, the provider master table LMT 

contains various types of provider information, such as 
: provider names, provider IDs, registration dates, and bank 
account numbers. These data items are registered in the 
table LMT in a correlated manner. "Provider name" refers 
20 to a name that a provider notifies to the group of servers 
5. "Provider ID" refers to an ID that identifies each 
provider. "Registration date" refers to a date on which a 
provider registers the provider information. "Bank account 
number" refers to an account that a provider holds, and 
25 license fees due to be received by the provider are 
transferred to the account. 

The provider master table LMT is used mainly for 
processing for searching the status of usage of 
applications and license fees in accordance with a request 
30 from the corresponding provider and for processing carried 
out for transferring license fees. 

FIG. 6 shows example data items registered in an 
application registration table AST. 

As shown in FIG. 6, the table AST contains various 
35 types of registered information, such as application IDs, 
provider IDs, application names, server names, directories, 
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download file names, DB access passwords, descriptions, 
help files, and capture files. 

"Application ID" refers to an ID allocated to each 
application for the purpose of identification. "Provider 
5 ID" is as described above. "Application name" refers to 

the name of an application. "Server name" refers to a host 
name of a server in which the application is stored. 
"Directory" refers to the name of a directory in the server 
in which the application is stored. "Download file name" 

10 refers to the name of a file stored in the server. 

Downloading of the application from the group of servers 5 
to the cellular phone 10 is performed with designation of 
the server name, the directory, and the download file name. 
"DB access password" refers to a password that a 

15 provider uses in order to access the database server 54 to 
retrieve information regarding an application. 
"Description" refers to a sentence that is used for 
. describing the details of the application for a user. For 
example, the description is displayed on the PC 11 or the 

20 cellular phone 10 when a user searches or downloads the 

application. "Help file" refers to the name of a file that 
contains help information to be provided to the user when 
the user searches or downloads the application. "Capture 
file" refers to the name of a file that contains video 

25 information used for visually presenting the details of the 
application to the user. 

The application-registration master table AST is used 
primarily when one of the users searches and downloads an 
application and when one of the providers searches 

30 information regarding license fee and application-usage 
status . 

FIG. 7 shows example data items registered in an 
application-access management table AAT (a limiting section 
and a common process interface). 
35 As shown in FIG. 7, the table AAT contains registered 

application IDs and table names. "Table name" refers to 
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the name of a table that an application can access when the 
application is executed. For example, an application 
represented by application ID "56789" (which is assumed to 
be a game software application) is permitted to access an 
5 unillustrated high-score table for registration of a high 
score. That is, the application represented by application 
ID "56789" is permitted to register the high score df the 
game. 

As described above, accessible table(s) are defined 
10 for each application, so that access by an unauthorized 
application can be prevented. 

FIG. 8 shows example data items registered in an 
application statistics table ATT (usage-status management 
table). 

15 As shown in FIG. 8, application IDs, years and months, 

download counts, activation counts, execution times, voted- 
point numbers, license fees, and license- fee payment flags 
are registered in the application statistics table ATT. 

This table is used to grasp the usage status of each 

20 application. "Year and month" refers to a period for which 
the usage status of the corresponding application is 
grasped. "Download count" refers to the number of times 
the specified application was downloaded to the cellular 
phone 10 during the period indicated by the year and month. 

25 "Activation count" refers to the number of times the 

specified application was activated on the cellular phone 
10 during the period indicated by the year and month. 
"Execution time" refers to a cumulative time during which 
the specified application was executed on the cellular 

30 phone 10 during the period indicated by the year and month. 

When an user uses an application, the user can rate 
the application on the basis of practicality and fun. 
"Voted-point number" refers to the total number of points 
awarded by voting. "License fee" refers to a fee that is 

35 due to the corresponding provider as a consideration for 

using the application. The fee is calculated by making use 
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of a calculation expression described below according to 
the usage status of the application. "License-charge 
payment flag" refers to a flag status that represents 
whether or not the calculated license fee has already been 
paid to the provider. 

FIG. 9 shows example data items registered in a user 
master table UMT (user information table). 

As shown in FIG. 9, the table UMT contains 
information related to users, such as user names, user IDs, 
passwords, credit card numbers, sign-up dates, sign-off 
dates, telephone numbers, cellular phone mail addresses, 
and PC mail addresses. 

"User name" refers to the name of a user. "User ID" 
refers to an ID which is allocated to and used to identify 
the user. "Password" refers to a password which the user 
must use to log in the group of servers 5 and for other 
purposes. The user ID and password are authenticated. 
"Credit card number" refers to a contract number of a 
credit card held by the user. The credit contract 
identified by the credit card number is used to charge 
application usage fees. 

"Sign-up date" refers to a date on which the user 
signed up. "Sign-off date" refers to a date on which the 
user signed off. "Phone number" refers to the user's 
telephone number. "Cellular phone mail address" refers to 
a mail address allocated to the cellular phone 10. The user 
of the cellular phone 10 can download various applications 
by making use of the "Cellular phone mail address". "PC 
mail address" refers to a mail address which is allocated 
to the PC 11 and used by the user of the PC 11. 

For example, the table UMT is used when the user 
performs login operations and when mail is sent to the user. 

FIG. 10 shows example data items registered in a 
last-activation date/time storing table LRT. 

As shown in FIG. 10, user IDs , application IDs, and 
last-activation dates and times are registered in the last- 



101003013059 



activation date/time storing table LRT. When an 
application is activated on the cellular phone 10, an 
activation notification is transmitted from the cellular 
phone 10 to the cellular-phone-dedicated WWW server 50. In 
response to the activation notification, last-activation 
date and time are registered in the last-activation 
date/time storing table LRT. 

Each user can perform the aforementioned point voting 
for limited applications which the user has downloaded and 
activated during a specific period in the past. The last- 
activation date/time storing table LRT is used by the user 
to choose an application (s ) for which the user can perform 
point voting. 

FIG. 11 shows example data items registered in a 
user-access storing table UAT (usage-status management 
table) . 

As shown in FIG. 11, user IDs, application IDs, years 
and months, download counts, activation counts, execution 
times, and voted-point numbers are registered in the user- 
access storing table UAT. "Download count" refers to the 
number of times the corresponding user downloaded the 
specified application to the cellular phone 10 during the 
period indicated by the year and month. "Activation count" 
refers to the number of times the corresponding user 
activated the specified application on the cellular phone 
10 during the period indicated by the year and month. 
"Execution time" refers to a total time over which the 
corresponding user executed the specified application on 
the cellular phone 10 during the period indicated by the 
year and month. "Voted-point number" refers to the total 
of points awarded by the user to the application during the 
period indicated by the year and month. 

That is, the table UAT is used to grasp the usage 
status of each application, and according to the 
information registered in the table UAT, the usage status 
of each application is grasped. As result, the license fee 
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is determined. 

FIG. 12 shows example data items registered in a 
user-payment management table UPT (payment-status 
management table) . 

As shown in FIG. 12, user IDs , years and months, and 
payment flags are registered in the table UPT. "Payment 
flag" refers to a status flag indicating whether or not the 
usage fee has already been paid by the corresponding user. 

FIG. 13 shows example data items registered in a 
download- ID management table DIT. 

As shown in FIG. 13, user IDs, download dates and 
times, application IDs, and download IDs are registered in 
the download-ID management table DIT. "Download ID" refers 
to a unique ID issued each time downloading is requested 
from the cellular phone 10. The table DIT contains all 
download IDs having been issued. As described below, the 
download ID is used to reject a request for an unauthorized 
application. 

FIG. 14 shows example data items registered in a 
last-download management table LDT. 

As shown in FIG. 14, user IDs, application IDs, and 
last-download dates and times are registered in the table 
LDT. Similarly to the table LRT, the table LDT is used by 
each user to choose an application for which the user can 
perform point voting. 

B: Operation 

The operation of the embodiment having the above- 
described configuration will be described. 

Hereinbelow, while "applet" is used as an application, 
the operations performed during applet search, applet 
download, applet execution, applet point voting, license- 
fee calculation, and various searching operations performed 
by providers will be described, in this order. 
(1) Applet search 

A user can access the group of servers 5 through 
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operation of the PC 11 in order to search a desired applet. 

FIGS. 15 and 16 are sequence diagrams showing the 
operations of the PC 11 and the PC-dedicated WWW server 51 
during applet search. FIG. 17 A to F show example screens 
5 that are displayed on the PC 11 during the applet search. 

As shown in FIG. 15, first, a user operates the PC 11 
to start a browser, and inputs a URL (which in the figure 
is assumed to be "http://www-p.techfirm.co.jp/index.html") 
of a top page held in the PC-dedicated WWW server 51. 
10 Subsequently, the PC 11 accepts this operation (step Sal). 
At this time, the method of accessing the top page is not 
limited to the input of the URL, and the top page may be 
jumped to from a link appearing on a different page. 

Subsequently, the PC 11 sends to the Internet 4 a 
15 request for accessing the top page (step Sa2). As shown in 
FIG. 15, this request includes the character string 
"http://www-p.techfirm.co.jp/index.html" specified by a GET 
method. 

Upon receipt of the aforementioned request signal via 

20 the Internet 4, the PC-dedicated WWW server 51 reads out 

the top page specified by the request URI (uniform resource 
identifier) from the hard disk device (step Sa3) and 
transmits it to the PC 1 1 ( step Sa4 ) . 

Upon receipt of data of the aforementioned top page, 

25 the PC 11 interprets the data and displays the top page on 
its display section (step Sa5). The page displayed in this 
step is used for logging in to the PC-dedicated WWW server 
51. For example, as shown in FIG. 17A, a message for 
prompting entry of a user ID and a password is displayed in 

30 a predetermined field. 

When the user inputs a user ID and a password and 
performs an operation for commanding login, the PC 11 
transmits a login request to the PC-dedicated WWW server 51 
(step Sa6). For example, when "10000" is input as an user 

35 ID and "9999" is input as a password, the request includes 
the character string "http://www-p.techfirm.co.jp/cgi- 
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bin/login. cgi?id=10000&pw=9999" specified by the GET method. 

In response to the above request, the PC-dedicated 
WWW server 51 activates a CGI (common gateway interface) 
that corresponds to login. cgi, in order to judge whether or 
5 not the combination of the user ID "10000" and the password 
"9999" is a valid combination (step Sa7 ) , by reference to 
the user master table UMT in the database server 54. When 
the combination is judged to be valid, the PC-dedicated WWW 
server 51 configures a subsequent entrance page and 
10 transmits it to the PC 11 (step Sa8 ) . In contrast, when 
the combination is determined to be invalid, the PC- 
dedicated WWW server 51 configures an error screen and 
transmits it to the PC 11. 

The character string "id=10000" representing the user 
15 ID is incorporated into data that are transmitted from the 
PC 11 to the PC-dedicated WWW server 51. This allows the 
PC -dedicated WWW server 51 to manage individual sessions 
that are subsequently executed between the PC 11 and the 
PC-dedicated WWW server 51. 
20 Upon receipt of data of the entrance page, the PC 11 

interprets the data and displays the entrance page on its 
display section (step Sa9). As shown in FIG. 17B, the page 
displayed in this step includes a brief description of the 
site and various menu items. 
25 When the user wishes to perform applet search, the 

user simply clicks a "library" button shown in FIG. 17B. 
In response to the click operation, the PC 11 transmits a 
request to the PC-dedicated WWW server 51 for a library 
service (step SalO). This request includes the character 
30 string "http://www-p.techfirm.co.jp/cgi- 

bin/lib.cgi?id=10000" specified by the GET method. 

In response to the above request, the PC-dedicated 
WWW server 51 activates lib.cgi and configures a library 
page (step Sail), and . transmits the library page to the PC 
35 11 (step Sal2) . 

Upon receipt of data of the library page, the PC 11 



101003013059 

22 



interprets the data and displays the library page on its 
display section (step Sal3). As shown in FIG. 17C, the 
library page displayed in this step is used for selecting 
the category of an applet to be searched. Here, the user 
5 is assumed to have selected "game" by means of clicking the 
"game" button. 

In response to the click operation, the PC 11 
transmits a request to the PC-dedicated WWW server 51 for a 
page which lists game applets (step Sal4). This request 

10 includes the character string "http: //www- 

p.techf irm.co. jp/cgi-bin/lib-game.cgi?id=10000&pagel" 
specified by the GET method. 

In response to the above request, the PC-dedicated 
WWW server 51 activates lib-game. cgi and configures a first 

15 page of the game list (step Sal5), and transmits the page 
to the PC 11 (step Sal6). 

Upon receipt of data of the first page of the game 
list, the PC 11 interprets the data and displays the first 
page of the game list on its display section (step Sal7). 

2 0 As shown in FIG. 17D, the page displayed in this step 

includes a list of titles of various games. Here, the user 
is assumed to have clicked a title "drops" shown in FIG. 
17D in order to select a game "drops." In some cases, the 
game list is composed of a plurality of pages rather than a 

25 single page. In this case, the user clicks a "next" button 
shown in FIG. 17D. In response thereto, a request 
including the character string "http://www- 
p.techf irm.co. jp/cgi-bin/lib-game.cgi?id=10000&page2 " is 
transmitted from the PC 11 to the PC-dedicated WWW server 

30 51, whereby a second page of the game list is provided. As 
described above, when the last portion of the request URI 
includes a description "pageN" , the N-th page of the game 
list page is provided. 

In response to the above click operation, the PC 11 

35 transmits a request to the PC-dedicated WWW server 51 for a 
description regarding the game "drops" (step Sal8). This 
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request includes the character string "http://www- 
p. techf irm.co. jp/cgi-bin/expl .cgi?id=10000&app=567 89 . " In 
the character string, "app=56789" represents an application 
ID allocated to the game "drops." 
5 In response to the above request, the PC-dedicated 

WWW server 51 activates expl.cgi, thereby configuring a 
description page for the game "drops" (step Sal9), and 
transmits the page to the PC 11 (step Sa20). The PC- 
dedicated WWW server 51 obtains a description and a capture 
10 file for the specified applet by reference to the 
Jg application-registration master table AST in the database 

H server 54 and configures the description page on the basis 

f s l of the thus-obtained description and capture file. 

Si Upon receipt of data of the description page, the PC 

,^15 11 interprets the data and displays the description page on 
s its display section (step Sa21). As shown in FIG. 17E, the 

y page displayed in this step includes a description for 

fy explaining the contents of "drops" and a capture that 

CP visually shows scenes of the game in the form of motion 

~i 20 pictures. 

The user reads the description. When the user desires 
to download the game to the cellular phone 10, the user 
clicks a button "URL mail" shown in FIG. 17E. 

In response to the click operation, the PC 11 
25 transmits to the PC-dedicated WWW server 51 a request for 
transmission of an access URL to the cellular phone 10 
(step Sa22). The access URL is used to download "drops" to 
the cellular phone 10. The request includes the character 
string "http: / /www-c. techf irm.co. jp/cgi- 
30 bin/urlmail.cgi?id=10000&app=56789" specified by the GET 
method . 

In response to the above-described request, the PC- 
dedicated WWW server 51 activates urlmail.cgi to thereby 
generate an electronic mail containing an access URL 
35 (http://www-p.techfirm.co. jp/cgi- 
bin/expl. cgi?id=10000&app=56789) for the game software 
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"drops" specified by the aforementioned request. 
Subsequently, the PC-dedicated WWW server 51 transmits the 
thus -generated electronic mail to a mail address allocated 
to the cellular phone 10 (step Sa23). In this step, the 
5 mail address of the cellular phone 10, which serves as a 
destination address, can be grasped by reference to the 
user master table UMT. 

Upon completion of transmission of the electronic 
mail, the PC-dedicated WWW server 51 generates a 

10 completion-notification page, and transmits the page to the 
PC 11 (step Sa24) . 

Having received data of the completion-notification 
page, the PC 11 interprets the data and displays the 
completion-notification page on its display section (step 

15 Sa25), to thereby complete the processing shown in FIG. 16. 
After receipt of the electronic mail including the 
access URL, the user selects the access URL included in the 
mail by use of the browser of the cellular phone 10. This 
enables the cellular phone 10 to access directly to the 

20 site designated by the access URL. Thus, it become 

unnecessary for the user to input the access URL, which 
input is cumbersome on the cellular phone 10. In addition, 
it becomes unnecessary for the user to perform complicated 
search operation on the cellular phone 10, thereby 

25 providing the user with significant convenience. 

( 2 ) Applet Download 

Hereinbelow, applet download processing will be 
described. 

30 FIGS. 18 to 20 are sequence diagrams showing the 

operations of the cellular phone 10 and the cellular-phone- 
dedicated WWW server 50 during applet download. FIG. 21 A 
to H show example screens that are displayed on the LCD 
111 of the cellular phone 10 during the applet download 

35 operation. 

As shown in FIG. 18, first, the user operates the 
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cellular phone 10 to start the browser, and inputs a URL 
(which is assumed to be "http://www- 

ctechfirm.co.jp/index.html") of a top page held in the 
cellular-phone-dedicated WWW server 50. In response, the 
5 cellular phone 10 accepts the aforementioned input 
operation (step Sbl ) . At this time, the method of 
accessing the top page is not limited to input of the URL, 
and the top page may be jumped to from a link appearing on 
a different page. 
^ 10 Subsequently, the cellular phone 10 sends to the 

y§ Internet 4 a request for accessing the aforementioned top 

page (step Sb2). As shown in FIG. 18, this request 
ui includes the character string "http://www- 

~~-4 ctechfirm.co.jp/index.html" specified by the GET method. 

m 15 Upon receipt of the aforementioned request via the 

s Internet 4, the cellular-phone-dedicated WWW server 50 

i=t reads out from the hard disk device the top page specified 

fU b Y tne request URI (step Sb3 ) . Then, the cellular-phone- 

JL: dedicated WWW server 50 transmits the top page to the 

jlj 20 cellular phone 10 (step Sb4). 

Upon receipt of data of the aforementioned top page, 
the cellular phone 10 interprets the data and displays the 
top page on the LCD 111 (step Sb5). The page displayed in 
this step allows the user to apply for membership required 
25 for receiving the service provided by the cellular phone- 
dedicated WWW server 50 or to log in to the service. For 
example, the page has a configuration as shown in FIG. 21A. 

When the user selects a "login" button shown in FIG. 
21A, the cellular phone 10 transmits a login request to the 
3 0 cellular phone-dedicated WWW server 50 (step Sb6 ) . This 
request includes the character string "http://www- 
ctechfirm.co.jp/login.html" specified by the GET method. 

Having received the aforementioned request, the 
cellular-phone-dedicated WWW server 50 reads out from the 
35 hard disk device a login page specified by the request URI 
( step Sb7 ) , and transmits the login page to the cellular 
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phone 10 (step Sb8). 

Upon receipt of data of the login page, the cellular 
phone 10 interprets the data and displays the login page on 
the LCD 111 (step Sb9). The login page displayed in this 
5 step has, for example, a configuration as shown in fig. 21B 
A message for prompting input of a user ID and a password 
is displayed in a predetermined field. 

When the user inputs a user ID and a password and 
performs an operation for commanding login, the cellular 

10 phone 10 transmits a login request to the cellular-phone- 
dedicated WWW server 50 (step SblO). For example, when 
"10000" is input as an user ID and "9999" is input as a 
password, the request includes the character string 
"http: //www-c . techf irm.co. jp/cgi- 

15 bin/start. cgi?id=10000&pw=9999" specified by the GET method 
In response to the aforementioned request, the 
cellular-phone-dedicated WWW server 50 activates start. cgi 
in order to check whether or not the combination of the 
user ID "10000" and the password "9999" is valid, by 

2 0 reference to the user master table UMT in the database 
server 54 (step Sbll). 

If the combination is determined to be valid, the 
cellular-phone-dedicated WWW server 50 configures a 
subsequent menu page and transmits the menu page to the 

25 cellular phone 10 (step Sbl2). If the combination is 

determined to be invalid, the cellular-phone-dedicated WWW 
server 50 configures a predetermined an error screen and 
transmits the error screen to the cellular phone 10. The 
character string "id=10000" representing the user ID is 

30 incorporated into data that are transmitted from the 
cellular phone 10 to the cellular-phone-dedicated WWW 
server 50. This allows the cellular-phone-dedicated WWW 
server 50 to manage individual sessions that are 
subsequently executed between the cellular phone 10 and the 

35 cellular-phone-dedicated WWW server 50. 

Upon receipt of data of the menu page, the cellular 
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phone 10 interprets the data and displays the menu page on 
the LCD 111 (step Sbl3). As shown in FIG. 21C, the page 
displayed in this step lists various menu items . 

When the user wishes to perform applet downloading, 
5 the user simply clicks a "library" button shown in FIG. 21C. 
In response to the click operation, the cellular phone 10 
transmits to the cellular-phone-dedicated WWW server 50 a 
request for a library page (step Sbl4). This request 
includes the character string "http://www- 
10 c.techf irm.co. jp/cgi-bin/libtop.cgi?id=10000" specified by 
the GET method. 

In response to the above request, the cellular-phone- 
dedicated WWW server 50 activates lib.cgi and configures a 
library page (step Sbl5), and transmits the library page to 
15 the cellular phone 10 (step Sbl6). 

Upon receipt of data of the library page, the 
cellular phone 10 interprets the data and displays the 
library page on the LCD 111 (step Sbl7). As shown in FIG. 
21D, 

2 0 the library page displayed in this step is used for 

selecting the category of an applet to be downloaded from 
the database server 54. Here, the user is assumed to have 
selected "game" shown in FIG. 2 ID. 

In response to the selection operation, the cellular 

25 phone 10 transmits to the cellular-phone-dedicated WWW 
server 50 a request for a game list (step Sbl8). This 
request includes the character string "http://www- 
c .techf irm.co. jp/cgi-bin/lib-game.cgi?id=10000&pagel " 
specified by the GET method. 

30 In response to the above request, the cellular-phone- 

dedicated WWW server 50 activates lib-game. cgi and 
configures a first page of the game list (step Sbl9), and 
transmits the page to the cellular phone 10 (step Sb20). 
Upon receipt of data of the first page of the game 

35 list, the cellular phone 10 interprets the data and 

displays the first page of the game list on the LCD 111 
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(step Sb21). As shown in FIG. 2 IE, the page displayed in 
this step lists titles of various games. Here, the user is 
assumed to have selected the title "drops" shown in FIG. 
2 IE. In some cases, the game list is composed of a 
5 plurality of pages rather than a single page. In this case, 
the user can select a "next" button shown in FIG. 21E. In 
response thereto, a request including the character string 
"http: //www-p.techf irm.co. jp/cgi-bin/lib- 
game.cgi?id=10000&page2 " is transmitted from the cellular 
f=1 10 phone 10 to the cellular-phone-dedicated WWW server 50, 
Cf. whereby a second page of the game list is provided. As 

^ described above, when the last portion of the request URI 

y includes "pageN" , the N-th page of the game list is 

provided. 

m 15 According to the above selection operation, the 

=_ cellular phone 10 transmits to the cellular phone-dedicated 

Jy WWW server 50 a request for a description for the game 

fU "drops" (step Sb22). This request includes the character 

% string "http://www-p.techfirm.co.jp/cgi- 

Hj 20 bin/expl.cgi?id=10000&app=56789. " In the character string, 
"app=56789" represents an application ID allocated to the 
game "drops . " 

In response to the above request, the cellular-phone- 
dedicated WWW server 50 activates expl.cgi, thereby 

25 configures a description page for the game "drops" (step 
Sb23), and transmits the page to the cellular phone 10 
(step Sb24). To configure the description page, the 
cellular-phone-dedicated WWW server 50 obtains a 
description and a capture file for the specified applet by 

30 reference to the application-registration master table AST 
in the database server 54 and configures the description 
page on the basis of the thus-obtained description and 
capture file. 

Upon receipt of data of the description page, the 

35 cellular phone 10 interprets the data and displays the 

description page on the LCD 111 (step Sb25). As shown in 
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FIG. 2 IF, the page displayed in this step includes a 
description for explaining the contents of the game "drops" 
and buttons for selecting one of various operations, such 
as downloading, displaying how to use, and displaying 
5 screen capture. 

The user reads the description. When the user desires 
to download the game to the cellular phone 10, the user 
selects "download" shown in FIG. 2 IF. 

In response to the selecting operation, the cellular 
g 10 phone 10 transmits to the cellular-phone-dedicated WWW 
■jy server 50 a request for downloading "drops" to the cellular 

m phone 10 (step Sb26). The aforementioned request includes 

W the character string "http://www- 

=j c.techf irm.co. jp/56789/dl.cgi?id=10000" specified by the 

W 15 GET method. 

%i In response, the cellular-phone-dedicated WWW server 

pi 50 activates dl.cgi and configures download-dedicated HTML 

L2 data prepared corresponding to the game "drops" (step Sb27), 

O and transmits the HTML data to the cellular phone 10 (step 

m 20 Sb28). The download-dedicated HTML data is configured as 
shown in FIG. 22. From the download-dedicated HTML data 
that has been received, the cellular phone 10 detects an 
"applet" tag (step Sb29). Then, the cellular phone 10 
transmits to the cellular-phone-dedicated WWW server 50 a 
25 request for fetching the JAR file specified by the 
"ARCHIVE" tag (step Sb30). 

The aforementioned request includes the character 
string "http: //www-c .techf irm.co . jp/56789/drops . jar" 
specified by the GET method. 
30 In response to the aforementioned request, the 

cellular-phone-dedicated WWW server 50 fetches the JAR file 
indicated by the filename "drops. jar" (step Sb31). 
Subsequently, the cellular-phone-dedicated WWW server 50 
transmits the fetched file to the cellular phone 10 (step 
35 Sb32). 

The cellular phone 10 receives the JAR file and 
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writes it into the SRAM 104 (step Sb33). Upon completion 
of receipt of the JAR file, the cellular phone 10 transmits 
a request signal indicating completion of downloading, to a 
URL specified by "COMPLETE" tag in the aforementioned HTML 
5 data (step Sb34). The transmitted request includes the 
character string "http://www-c.techfirm.co.jp/cgi- 
bin/dlf inish.cgi?id 

=10000&app=56789&DLID=99887766" specified by the GET method. 
n$ Concurrently, upon completion of receipt of the JAR file, 

y 10 the cellular phone 10 stores, in a predetermined storage 
%j area in the SRAM 124, a class which is specified by a 

f: "CODE" tag in FIG. 22 and is executed first upon startup of 

%j the applet, the parameters of which are specified by 

'~4 "par am" tags and which the applet can refer to during 

~" 15 execution thereof. Further, the host name 
y "game.techfirm.co.jp" of a server from which the JAR file 

pj has been obtained is stored in the predetermined storage 

ffi area. Due to a restriction imposed on the downloaded 

^1 applet by the Java virtual machine JVM, the cellular phone 

20 10 is permitted to communicate only with the server (host 
name: "game.techfirm.co.jp") from which the JAR file has 
been obtained. 

Among the parameters specified in the "param" tags, 
which are stored in the cellular phone 10, the parameter 
25 "ID" is used to identify the user who effects communication 
with the cellular phone-dedicated WWW server 50. The 
parameter " DLID" is issued so as to be unique every time 
data for downloading are created. As described below, when 
the cellular-phone-dedicated WWW server 50 communicates 
30 with an application on the cellular phone 10, the parameter 
"DLID" is used to check whether the application has been 
obtained properly. 

In response to the aforementioned request, the 
cellular-phone-dedicated WWW server 50 activates 
35 dlfinish.cgi so as to access the database server 54. Then, 
the cellular-phone-dedicated WWW server 50 increments by 
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one the download count value corresponding to the 
combination of the user ID "10000" and the application ID 
"56789" in the user-access preservation table UAT. Further, 
the cellular-phone-dedicated WWW server 50 writes download 
5 date, etc., in the download-ID management table DIT and the 
last-download management table LDT (step Sb35). 
Specifically, the cellular phone-dedicated WWW server 50 
stores the "DLID, " the "application ID," and the "user ID" 
in a set in the above-described downloaded- ID management 

Q 

yp 10 table DIT. In addition, when the cellular-phone-dedicated 
WWW server 50 receives data from an application running on 
j^i the cellular phone 10, the cellular-phone-dedicated WWW 

server 50 receives the aforementioned three data items 
together as a group. This enables the cellular-phone- 
s' 15 dedicated WWW server 50 to judge whether a transmission 
•5: source of the received data is the authorized application 

fU which the cellular-phone-dedicated WWW server 50 itself has 

JL: downloaded to the cellular phone 10. This judgment is 

ry effected through comparison between the three data items 

20 received from the cellular phone 10 and the those stored in 
the download management table. Thus, the above-described 
mechanism can prevent other terminals or unauthorized 
applications from modifying the internal data and from 
entering the system as an authorized application. 
25 Subsequently, the cellular-phone-dedicated WWW server 

50 generates an OK message indicating completion of all the 
download processing, and transmits the message to the 
cellular phone 10 (step Sb36). 

Upon receipt of data of the aforementioned message, 
30 the cellular phone 10 interprets the data and displays the 
message on the LCD 111 (step Sb37). Subsequently, the 
cellular phone 10 ends the processing shown in FIG. 20. 
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( 3 ) Applet Execution 

Hereinbelow, applet execution processing will be 
described. 
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FIGS. 23 and 24 are sequence diagrams showing the 
operations of the cellular phone 10 and the cellular-phone- 
dedicated WWW server 50 during applet execution. FIG. 25A 
to 25D show example screens that are displayed on the LCD 
5 111 of the cellular phone 10 during the applet execution 
operation. 

As shown in FIG. 23, first, the user operates the 

cellular phone 10 to read a list of downloaded applets from 

the SRAM 124 and display the list on the LCD 111 (step Scl). 
10 The applet list displayed in this step has a configuration, 

as shown in FIG. 25A, in which the names of the downloaded 

applets are listed. 

When the user selects the "drops" button shown in FIG. 

25A, the cellular phone 10 changes the display of the LCD 
15 111 in order to display a screen shown in FIG. 25B, thereby 

displaying a message for inquiring the user whether to 

start the selected applet (step Sc2). 

When the user selects "OK" on the screen of FIG. 25B, 

the cellular phone 10 starts the Java virtual machine JVM 
20 and designates a class "drops .class" to be executed first 

( step Sc3 ) . 

Subsequently, the cellular phone 10 sends to the 
cellular-phone-dedicated WWW server 50 a request for 
notifying activation of the applet (step Sc4). As shown in 

25 FIG. 23, this request includes the character string 

" http : / /game . techf irm . co . jp/start . cgi? id=l 0 0 0 0&app=5 67 89 &DL 
ID=99887766" specified by the GET method. As described 
above, in order to check the validity of communications 
between the cellular-phone-dedicated WWW server 50 and the 

30 application on the cellular phone 10, "DLID=99887766" 
indicating the download ID, "app=56789" indicating the 
application ID, and "id=10000" indicating the user ID are 
included in the above-described request. 

Having received the aforementioned request, the 

35 cellular phone-dedicated WWW server 50 activates start. cgi 
in order to judge whether the combination of the download 
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ID, the application ID, and the user ID is a valid 
combination, by reference to the download-ID table DIT in 
the database server 54. Subsequently, the cellular-phone- 
dedicated WWW server 50 increments by one the activation 
5 count in the user-access storing table UAT corresponding to 
the combination of the user ID "id=10000" and the 
application ID "app=56789." Further, the cellular-phone- 
dedicated WWW server 50 writes last-activation date and 
time in the last-activation date/time storing table LRT 

10 corresponding to the combination of the user ID "id=10000" 
and the application ID "app=56789" (step Sc5). 

Subsequently, the cellular-phone-dedicated WWW server 
50 generates an OK message indicating that applet 
activation has been approved and transmits the message to 

15 the cellular phone 10 (step Sc6). 

In response to this notice, the cellular phone 10 
executes the applet for the game "drops" (step Sc7). FIG. 
25 C shows an example screen of the LCD 111 of the cellular 
phone 10 displayed during the execution of the applet. 

20 When the user ends the game with a score higher than 

his previous highest score, the user can register the new 
high score. This registration processing is started when 
the user selects an unillustrated "high score" button on a 
game end screen ( step Sc8 ) . 

25 First, the cellular phone 10 sends to the cellular- 

phone-dedicated WWW server 50 a request for registration of 
the high score (step Sc9). As shown in FIG. 24, this 
request includes the character string 

"http: //game.techfirm.co. jp/56789/highsc .cgi?id=10000&sc=12 
30 256000" specified by the GET method. In the character 

string, "sc=12256000" means that the score is 12256000. 
In response to the aforementioned request, the 

cellular-phone-dedicated WWW server 50 activates highsc.cgi 

in order to register the designated score into a 
35 unillustrated high-score table in the database server 54. 

After completion of the high-score registration processing, 
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the cellular-phone-dedicated WWW server 50 generates an OK 
message indicating completion of the high-score 
registration processing and obtains a user name "Tech" 
(step SclO). The details of these processing operations 
5 will be described later with reference to the flowchart 
shown in FIG. 26. 

The cellular-phone-dedicated WWW server 50 transmits 
the OK message and the user name to the cellular phone 10 
(step Sell) . 

m 10 Upon receipt of data of the OK message and the user 

5 name, the cellular phone 10 interprets the data and 

displays a screen as shown in FIG. 25D (step Scl2). When 
t=j the user selects "OK" on this screen, the originally- 

displayed game screen is displayed on the LCD 111. 
in 15 When the user performs an operation for ending the 

s_ game, the cellular phone 10 accepts the operation (step 

|1 Scl3) and sends to the cellular-phone-dedicated WWW server 

flj 50 a request for requesting applet ending (step Scl4). As 

z: shown in FIG. 24, this request includes the character 

|1| 2 0 string 

"http: //game.techf irm.co. jp/56789/exit .cgi?id=10000&app=567 
99&DLID99887766" specified by the GET method. 

The cellular-phone-dedicated WWW server 50 activates 
exit.cgi in order to perform the following processing. 

25 After checking the validity of the combination of 

"DLID=99887766" indicting the download ID, "app=56789" 
indicating the application ID, and "id=10000" indicating 
the user ID in the same manner as described above, the 
cellular-phone-dedicated WWW server 50 calculates the 

30 difference between the time when the user (whose ID is 

10000) started the application (whose ID is 56789) and the 
time when the request for ending the applet was received; 
i.e., an applet execution time, by reference to the last- 
activation date/time storing table LRT. Subsequently, the 

35 cellular-phone-dedicated WWW server 50 registers the applet 
execution time in the user-access storing table UAT such 
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that the applet execution time is related to the user ID 
"10000" and the application ID "56789" (step Scl5). 

Subsequently, the cellular-phone-dedicated WWW server 
50 generates an OK message indicating completion of the 
5 processing, and transmits the message to the cellular phone 
10 (step Scl6) . 

Upon receipt of the message, the cellular phone 10 
returns to the original state in which its local menu is 
displayed (step Scl7) and ends the processing shown in FIG. 

0 10 24. 

fll (4) High-score Registration Processing 

Next, the above-described high-score registration 
=~j processing will be described in detail with reference to 

01 15 the flowchart shown in FIG. 26. 

q When highsc.cgi is started in the above-described 

PJ manner, the cellular-phone-dedicated WWW server 50 sets 

% parameters for performing an open process for opening a 

Q high-score table (step Sml ) . Specifically, various 

HI 

20 parameters such as application ID, application password, 

and table name are set. "Application password" refers to a 
password which has been issued in advance to the 
corresponding provider and is defined in the code of 
highsc.cgi. "Table name" refers to the name of a table to 

25 be opened and in the present embodiment is "highscore." 

Subsequently, a process for opening the designated 
table is called, and the processing proceeds to step Snl. 
In step Snl, among the set parameters, the application ID 
and the application password are extracted, and the 

30 validity of the combination of the application ID and the 
application password is judged (step Snl). 

When the combination is judged to be valid (step Snl; 
Yes), by reference to the application-access management 
table AAT, a judgment is made as to whether the application 

35 indicated by the application ID is permitted to access the 
high-score table (step Sn2 ) . 
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When access is permitted, the high-score table is 
opened (step Sn3 ) , and when the table has been opened 
successfully (step Sn4 ; Yes), a message indicating that the 
open process has succeeded in opening the high-score table 
5 is returned to highsc.cgi (step Sn5). 

Upon receipt of the message indicating that the open 
process has succeeded in opening the high-score table (step 
Sm2 ) , the score and the related date and time are 
registered in the high-score table such that they are 
_ 10 related to the user ID (step Sm3 ) . 

2 Subsequently, the high-score table is closed (step 

Sm6), and then a user-name acquisition process is called in 
Tj\ order to obtain the user name (step Sm5). This user-name 

acquisition process is executed in a manner similar to the 
15 case of the above-described high-score table open process, 
s When the user name has been obtained, the cellular- 

jrf phone-dedicated WWW server 50 transmits to the cellular 

pj phone 10 an OK message and the user name as described above. 
£J Usually, since an applet is permitted to communicate 

m 20 with only a server from which the applet has been 

downloaded, a plurality of applets share a single server. 
Therefore, there arises a problem in relation to inter- 
application access management. However, when access areas 
are controlled exclusively among the respective 
25 applications as described above, a high degree of safety in 
relation to access can be secured. Further, for data, such 
as data regarding users, which are used by various 
applications and for which protection of privacy is 
important, the server provides a common application 
30 interface for access of such data. Provision of such an 
interface eliminates waste of data and improves the 
security of private data. 
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(5) Point voting 

Next, point voting processing will be described. 
FIG. 2 7 is a sequence diagram showing the operations 
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of the cellular phone 10 and the cellular-phone-dedicated 
WWW server 50 during point voting. FIG. 28A to 28C show 
example screens that are displayed on the LCD 111 of the 
cellular phone 10 during the point-voting operation. 
5 As shown in FIG. 27, as in the case of the above- 

described applet downloading, the user operates the 
cellular phone 10 in order to start the browser. After 
authentication on the basis of the password, etc., the 
cellular phone 10 receives a menu page from the cellular- 

y 10 phone-dedicated WWW server 50 and displays it (step Sdl ) . 

SJ As shown in FIG. 21C, the page displayed in this step 

f; includes a list of menus items. 

SJ When the user wishes to use the point-voting service, 

the user simply clicks a "voting" button shown in FIG. 21C. 
J" 15 In response to the click operation, the cellular phone 10 
O transmits to the cellular-phone-dedicated WWW server 50 a 

request for a voting list page (step Sd2). This request 
CP includes the character string " http : / /www- 

c.techf irm.co. jp/cgi-bin/votelist .cgi?id=10000&page=l " 
20 specified by the GET method. 

In response to the above request, the cellular-phone- 
dedicated WWW server 50 activates votelist.cgi and 
configures a voting list page (step Sd3 ) . Specifically, 
the cellular phone-dedicated WWW server 50 accesses the 
25 database server 54 to thereby refer to the last-activation 
date/time storing table LRT, the last-download management 
table LDT, and the user-access storing table UAT. By 
reference to these tables, the cellular-phone-dedicated WWW 
server 50 extracts all the application IDs of applets which 
30 the user indicated by the user ID "10000" downloaded last, 
activated last, executed last within the last three months 
or for which the user has voted within the last three 
months. Subsequently, the cellular-phone-dedicated WWW 
server 50 obtains points with which the user can vote at 
35 the present and constitutes a list for displaying them. 

The list may be divided into a plurality of pages in order 
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to display all the data. An upper limit is set for points 
with which one user can vote within a predetermined period. 
Here, it is assumed that each person can vote with 70 
points each month. When the user-access management table 
5 UAT shown in FIG. 11 is referred to under this assumption, 
it is found that the user can vote with 30 points within 
the remaining period of this month (June, 2000), because 
the user has already voted with 40 points in total. 

The cellular-phone-dedicated WWW server 50 transmits 
10 the thus-constituted list page to the cellular phone 10 
(step Sd4) . 

Upon receipt of data of the list page, the cellular 
phone 10 interprets the data and displays the list page on 
the LCD 111 (step Sd5). As shown in FIG. 28A, the list 

15 page displayed in this step includes votable points, and a 
list of applets for which the user can vote. Here, the 
user is assumed to have selected a "drops" button shown in 
FIG. 28A in order to vote for the applet. 

In response to the selection operation, the cellular 

20 phone 10 transmits to the cellular-phone-dedicated WWW 
server 50 a request for a voting page (step Sd6). This 
request includes the character string "http://www- 
c . techf irm.co . jp/cgi-bin/voteinput .cgi?id=10000&app56789 " 
specified by the GET method. 

25 In response to the above request, the cellular-phone- 

dedicated WWW server 50 activates voteinput .cgi and 
configures a voting page (step Sd7 ) . That is, by reference 
to the user-access management table UAT, the cellular- 
phone-dedicated WWW server 50 obtains the number of points 

30 with which the user (user ID: 10000) has voted this month 
for the application "56789" designated by the user. 
Subsequently, the cellular-phone-dedicated WWW server 50 
configures the page including an input field for point 
input . 

35 Subsequently, the cellular-phone-dedicated WWW server 

50 transmits the configured voting page to the cellular 
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phone 10 (step Sd8) . 

Upon receipt of data of the voting page, the cellular 
phone 10 interprets the data and displays the voting page 
on the LCD 111 (step Sd9). As shown in FIG. 28B, in the 
5 voting page are displayed a point number, which represents 
the number of points "30 points" with which the user can 
vote for the remainder of this month, a point number "10 
points" with which the user has already voted in this month 
for "drops," and a field for point input. Here, the user 
q 10 is assumed to have input "20" points in the input field 
shown in FIG. 28B and have selected the "voting" button 
m shown in FIG. 28B. When the user selects the "cancel" 

W button, the cellular phone 10 cancels the operation 

>Jj performed up to the present, and returns to the menu page. 

HI 15 In response to the above selection operation, the 

i=i cellular phone 10 transmits to the cellular-phone-dedicated 

PJ WWW server 50 a request for performing point voting for 

JH "drops" (step SdlO). The request includes the character 

Q string "http://www-c.techfirm.co.jp/cgi- 

Efy 20 bin/vote. cgi?id=10000&app=56789&point=20" specified by the 
GET method. Here, "point=20" means that a number of points 
with which the user votes this time is 20 points. 

In response to the above request, the-cellular phone- 
dedicated WWW server 50 activates vote.cgi in order to 

25 register the voted points into the database server 54 (step 
Sdll). Specifically, the cellular-phone-dedicated WWW 
server 50 accesses the user-access storing table UAT in the 
database server 54 and adds "20 points" input this time to 
the number of points this month "10 points" of the 

30 application ID "56789" designated by the user (user 

ID=10000) in order to store "30 points" in place of "10 
points." Notably, before storage, it is checked whether 
the number of points input by the user exceeds the upper 
limit of points or a number of points with which the user 

3 5 can vote this month. 

Subsequently, the cellular-phone-dedicated WWW server 
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50 generates a completion notification page for reporting 
completion of the processing and transmits it to the 
cellular phone 10 (step Sdl2). If the number of points 
input by the user exceeds the upper limit, the cellular- 
5 phone-dedicated WWW server 50 configures a page for 

displaying an error screen and transmits it to the cellular 
phone 10. 

Upon receipt of data of the completion notification 
page, the cellular phone 10 interprets the data and 
10 displays on the LCD 111 a screen as shown in FIG. 28C (step 
Sdl3). Subsequently, the processing shown in FIG. 27 is 
ended . 

As described above, a limit is set for the number of 
points with which the user can vote within a predetermined 
15 period, and point voting is performed only for applications 
which the user has used recently. Therefore, unfair 
conduct such that the user intentionally votes with points 
for a specific application can be excluded. 

20 (6) Calculation of License Fee 

Next will be described calculation of a license fee 
to be paid for each provider, which is performed by the 
totaling server 55. Methods for calculating license fees 
are roughly divided into two general methods, and these two 
25 methods will be described in turn. 

FIG. 29 is a flowchart showing operation of the 
totaling server 55 for calculating license fees in 
accordance with the first method. 

This license fee calculation is executed for each 
3 0 unit calculation period of a predetermined length; e.g., 

every month or every six months. In the present embodiment, 
the calculation period is one month, and the license fee 
calculation is performed on the last day of the month. 

By reference to an unillustrated timer, the totaling 
35 server 55 judges whether the fee calculation day has come 
(step Sel ) . 
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This processing in step Sel is repeated (step Sel; 
No) until the fee calculation day has come, and when the 
fee calculation day has come (step Sel; Yes), processing 
proceeds to step Se2 . 
5 By reference to the user-payment management table UPT 

within the database server 54, the totaling server 55 
calculates the sum of usage fees paid by all users within a 
specified calculation period (step Se2). 

A portion of the sum of the usage fees is paid to the 
^, 10 corresponding provider as a license fee, and the remaining 
43 portion becomes a profit of the manager of the group of 
^ servers 5. A predetermined fixed portion of the sum of the 

jbJ usage fees is paid to the corresponding provider, and in 

the present embodiment the fixed portion is set to 30%. 
m 15 Therefore, the totaling server 55 multiplies the sum of the 
!L usage fees calculated in step Sel by 0.3 (30%) to thereby 

m calculate an amount of money "license-total" that can be 

Hi allotted to license fee payment (step Se3). In an example 
pi case in which the sum of the usage fees calculated in step 
fU 20 Sel is 1,000,000 yen, the license-total allotable to 
license fee payment is 300,000 yen. 

Next, by reference to the user-access storing table 
UAT in the database server 54, the totaling server 55 
extracts the download counts of all the applications within 
25 the calculation period and calculates a value "total-dl," 
which is the sum of the download counts of all the 
applications (step Se4 ) . In an example case in which the 
calculation for "June" is performed by reference to the 
user-access storing table UAT shown in FIG. 11, "2," "3," 
30 and "2" are extracted as download counts, so that the sum 
of these values; i.e., total-dl, becomes "7." 

Subsequently, by reference to the user-access storing 
table UAT, the totaling server 55 extracts the activation 
counts of all the applications within the calculation 
35 period and calculates a value "total-launch," which is the 
sum of the activation counts of all the applications (step 
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Se5 ) . In the example case in which the calculation for 
"June" is performed by reference to the user-access storing 
table UAT shown in FIG. 11, "5," "8," and "9" are extracted 
as activation counts, so that the sum of these values; i.e., 
total-launch, becomes "22." 

Next, by reference to the user-access storing table 
UAT, the totaling server 55 extracts the execution- time 
count of all the applications within the calculation period 
and calculates a value "total-run," which is the sum of the 
execution times of all the applications (step Se6). For 
example, when the calculation for "June" is performed by 
reference to the user-access storing table UAT shown in FIG. 
11, "23 (min)," "40 (min)," and "38 (min)" are extracted as 
execution times, so that the sum of these values; i.e., 
total-run, becomes "101 (min)." 

Next, by reference to the user-access storing table 
UAT, the totaling server 55 extracts the point numbers of 
all the applications within the calculation period and 
calculates a value "total-point" which is the sum of the 
point numbers of all the applications (step Se7 ) . In the 
example case in which the calculation for "June" is 
performed by reference to the user-access storing table UAT 
shown in FIG. 11, "30," "60," and "0" are extracted as 
point numbers, so that the sum of these values; i.e., 
total-point, becomes "90." 

In the following calculation processing, a license 
fee is successively calculated on an application-by- 
application basis. Therefore, a judgment is made as to 
whether the calculation has been completed for all the 
applications (step Se8). When it is judged that the 
calculation has not been completed for all the applications 
(step Se8; No), processing proceeds to step Se9. 

In step Se9, for a specific application (e.g., an 
application whose ID is "56789"), the totaling server 55 
calculates a "license-fee" to be paid to the provider of 
the application. 
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This calculation is performed in accordance with the 
following calculation formula Fl. 

license-fee 

5 = {("the download count of the specific application in the 
specified month" -i-total-dl ) x Rd 

+ ("the activation count of the specific application in the 
specified month" -r total-launch) x Rl 

+ ("the execution time of the specific application in the 
10 specified month" -r total-run) x Rr 

+ ("the number of points for the specific application 
obtained in the specified month" ^-total-point ) x Rp} 
x total-license (amount of money allotable to payment of 
license fee) ••• (Fl) 

15 

In formula Fl, Rd, Rl, Rr, and Rp are weighting 
parameters which are allotted to the download count, the 
activation count, the execution time, and the number of 
points during the license fee calculation. These 

20 parameters satisfy the relationships RdsO, Rls>0, Rr;>0, RpsO, 
and Rd+Rl+Rr+Rp=l . 

A calculation example will be described for an 
example case in which Rd=0.2, Rl=0.3, Rr=0.35, and Rp=0.15. 
As described above, total-license=300 , 000 yen, total- 

25 dl=7, total-launch=22, total-run=101 , and total-point=90 . 

Further, as shown in the user-access storing table UAT, the 
"download count of the specific application" (application 
ID: 56789, the below described application has the same 
application ID) is "4"; the "activation count of the 

30 specific application within the specified month" is "14"; 
the "execution time of the specific application within the 
specified month" is "61 (min)", and the "number of points 
for the specific application within the specified month" is 
"30." Therefore, through substitution of these values in 

35 formula Fl, the license-fee is calculated to be about 
167,000. 
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The above-described calculation is performed for each 
application. When the calculation has been completed for 
all the applications (step Se8; Yes), the processing shown 
in FIG. 29 is ended. 
5 FIG. 30 is a flowchart showing operation of the 

totaling server 55 for calculating license fees in 
accordance with the second method. 

Unlike the above-described first method in which 
processing is executed on an application-by-application 
10 basis, in the license fee calculation according to the 

O 

,_£i second method, processing is executed on a user-by-user 

% A basis. 

m 

f 5 s First, by reference to an unillustrated timer, the 

N! totaling server 55 judges whether the fee calculation day 

=2 15 has come (step Sfl). 

- This processing in step Sfl is repeated (step Sfl; 

ir! No) until the fee calculation day has come, and when the 

ffj fee calculation day has come (step Sel; Yes), processing 

Jf; proceeds to step Sf2. 

m 20 In the following processing, license fee calculation 

is performed on a user-by-user basis. Therefore, a 
judgment is made as to whether the calculation has been 
completed for all users. When it is judged that the 
calculation has not been completed for all the applications 

25 (step Sf2; No), processing proceeds to step Sf3. 

In step Sf3, for a specific user (e.g., an user whose 
ID is "10000"), the totaling server 55 judges whether the 
user has paid a usage fee for a specified month, with 
reference to the user-payment management table UPT. 

30 When the usage fee is judged not to have been paid 

(step Sf3; No), processing returns to step Sf2, and the 
same processing is performed for a different user. 

When the usage fee is judged to have been paid (step 
Sf3; Yes), processing proceeds to step Sf 4 . 

35 In step Sf4, the totaling server 55 multiplies the 

usage fee which the user paid in the specified month by 0.3 
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(30%) to thereby calculate a value "u-license-total , " which 
represents a license fee that can be derived from the usage 
fee of a single user. 

Next, with reference to the user-access storing table 
5 UAT in the database server 54, the totaling server 55 

calculates a value "u-total-dl, " which represents the total 
number of times the user whose user ID is 10000 downloaded 
a specific application within the specified period (step 
Sf5) . 

10 Subsequently, with reference to the user-access 

J storing table UAT, the totaling server 55 calculates a 

SI value "u-total-launch, " which represents the total number 

m 

Zl of times the user whose user ID is 10000 activated the 

Us 

M specific application within the specified period (step Sf6). 

Jl 15 Next, with reference to the user-access storing table 

~ UAT, the totaling server 55 calculates a value "u-total- 

y run," which represents an execution time over which the 

m user whose user ID is 10000 executed the specific 

2 application within the specified period (step Sf7). 

m 20 Next, by reference to the user-access storing table 

UAT, the totaling server 55 calculates a value "total- 
point2," which represents the total number of points with 
which the user whose user ID is 10000 voted within the 
specified period (step Sf8). 
25 Subsequently, the totaling server 55 judges whether 

all of the download count "u-total-dl" , the activation 
count "u-total-launch", the execution time "u-total-run" 
and the number of points "u-total-point" with respect to 
the user whose user ID is 10000 have been calculated for 
3 0 the specified calculation period (step Sf9). 

Subsequently, the totaling server 55 calculates the 
license fee of each application used by the user whose user 
ID is 10000 in the specified calculation period (step SflO). 
This calculation is performed in accordance with the 
35 following calculation formula F2 . 
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u-license-f ee 

= {("the number of times the specified user downloaded the 
specific application in the specified month" -fu-total-dl ) x 
Rd 

5 + ("the number of times the specified user activated the 
specific application in the specified month" -ru-total- 
launch) x Rl 

+ ("the time over which the specified user executed the 
specific application in the specified month" -ru-total-run) 
10 x Rr 

+ ("the number of points with which the specified user 
voted for the specific application in the specified month" 
-ru-total-point ) x Rp} 

x u-total-license (amount of money allotable to payment of 
15 license fee) ••• (F2) 

In formula F2 , Rd, Rl, Rr, and Rp are parameters 
having the same meanings as the above-described parameters . 
The u-license-f ee is a value which represents a ratio at 
20 which the usage fee paid by the user whose ID is 1000 is 

distributed to the provider of the application utilized by 
the user. 

Subsequently, the totaling server 55 adds the 
calculated u-license-f ee to the corresponding calculated 
25 license fee stored in the application statistics table ATT 
in order to replace the previously stored license fee (step 
Sfll), and then returns to step Sf9 in order to repeat the 
above-described processing until the calculations for the 
specified user have been completed. When the calculations 
30 for the specified user have been completed (step Sf9; Yes), 
the totaling server 55 returns to step Sf2 in order to 
perform the same processing for the next user. 

After license fee calculation processing is performed 
for all users and for all applications in the above- 
35 described manner, the processing shown in FIG. 30 is ended. 

The thus-calculated license fee is transferred to a 
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bank account which has been registered in advance by the 
provider . 

( 7 ) Various Searches Performed by Providers 

A provider who uploaded an application to the server 
group 5 can search data regarding license fee and usage 
status of the application through access to the database 
server 54, which access is made by use of the PC 21. 

Next will be described search operation which the PC- 
dedicated WWW server 51 performs in accordance with a 
request from the provider ' s PC 21. 

FIG. 31 is a flowchart showing the main routine 
executed by the PC-dedicated WWW server 51 during a search. 

The processing shown in FIG. 31 is started in 
response to an access request from the PC 21. 

First, the PC-dedicated WWW server 51 reads data of 
an initial menu screen from its own hard disk device and 
transmits the data to the PC 21 (step Sgl ) . This initial 
menu screen has a configuration as shown in FIG. 32. The 
initial menu screen includes "a provider search button", 
" an application search button", "an end button", and 
"fields" for inputting a search period, a provider ID, and 
an application ID. "Provider search" refers to a search 
which is performed with respect to a provider designated by 
a provider ID and which enables the provider to grasp a 
license fee to be paid to the provider and an unpaid 
portion thereof. "Application search" refers to a search 
which is performed with respect to an application 
designated by an application ID and which enables the 
provider to grasp a usage status of the application and a 
license fee corresponding to the application. 

When the provider inputs a search period and an ID 
(provider ID or application ID) on the initial menu screen 
and clicks the corresponding search button, the PC- 
dedicated WWW server 51 detects the click operation (step 
Sg2; Yes) and determines which button has been clicked 
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(step Sg3 ) . 

In accordance with the type of the clicked button, a 
subroutine for provider search and a subroutine for 
application search, which will be described later, are 
5 executed selectively. When the end button is detected to 
have been clicked, the PC-dedicated WWW server 51 ends the 
processing shown in FIG. 31, through performance of a 
predetermined end processing (step Sg4 ) . 

FIG. 33A to 33B are flowcharts/+ showing the 
10 operation of the PC-dedicated WWW server 51 during the 
provider search. 

First, by reference to the provider master table LMT 
in the database server 54, the PC-dedicated WWW server 51 
compares provider IDs stored in the table LMT and a 
15 provider ID input by the provider, in order to authenticate 
the input ID (step Shi). 

When the input ID fails to match any of the stored 
provider IDs (step Shi; No), the PC-dedicated WWW server 51 
transmits a predetermined error screen data to the PC 21 
20 (step Sh2), and waits until the provider selects an 

unillustrated "OK button" on the screen on the PC 21 (step 
Sh3). Subsequently, the PC-dedicated WWW server 51 returns 
to step Sgl of the main routine. 

When the input ID matches one of the stored provider 
25 IDs, the PC-dedicated WWW server 51 searches the 

application-registration master table AST while using the 
provider ID as a key, to thereby obtain all of the 
corresponding application IDs (step Sh4 ) . 

When no corresponding application ID has been found 
30 (step Sh5; Yes), the PC-dedicated WWW server 51 transmits 

to the PC 21 a message to this effect (step Sh6), and waits 
until the provider selects an unillustrated "OK button" on 
the screen on the PC 21 (step Sh7). Subsequently, the PC- 
dedicated WWW server 51 returns to step Sgl of the main 
35 routine. 

When one or more corresponding application IDs have 
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been found (step Sh5; No), among the thus-found application 
IDs, the PC-dedicated WWW server 51 first pays attention to 
a specified application ID. Subsequently, the PC-dedicated 
WWW server 51 searches the application statistics table ATT 
while using the application ID as a key to thereby extract 
a corresponding license fee. Further, this license fee is 
classified into one of two groups depending on whether the 
corresponding "payment flag" in the application statistics 
table is set to "paid" or "unpaid" (step Sh9 ) . 

After having performed the processing in step Sh9 for 
all the application IDs, the PC-dedicated WWW server 51 
calculates the grand total of extracted license fees and 
the total of license fees whose "payment flags" are set to 
"unpaid" (step ShlO). Through this calculation, the grand 
total of license fees and the total of unpaid license fees 
with respect to the specific application are obtained. 

The processing in step Sh9 and ShlO is performed for 
all the application IDs extracted in step Sh4. Upon 
confirmation of this (step Sh8; Yes), processing proceeds 
to step Shll. 

In step Shll, the PC-dedicated WWW server 51 
calculates the sum of the license fees and the sum of the 
unpaid license fees which have been calculated for the 
respective applications over the entire search period, to 
thereby grasp the total license fee to be paid to the 
provider . 

Subsequently, the PC-dedicated WWW server 51 judges 
whether the sum of the unpaid license fees is less than a 
predetermined amount (step Shl2). That is, in the case in 
which the license fee to be paid to the provider is a very 
small amount and the payment is made through a financial 
institute such as a bank, the payment cost may become 
prohibitively high in relation to the license fee. In 
consideration of such a case, the manager of the server 
group 5 makes an agreement with the provider in advance 
such that the manager is released from payment of a license 
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fee that is less than a predetermined amount. In the 
present embodiment, a minimum payable amount is set to 
2,000 yen, and therefore the manager is released from 
payment of a license fee that is less than 2000 yen. 
5 When the unpaid license fee is less than 2,000 yen, 

the PC-dedicated WWW server 51 clears the unpaid license 
fee. 

When the unpaid license fee less is not less than 
2,000 yen, the PC-dedicated WWW server 51 regards the 
10 unpaid license fee as an unpaid license fee to be presented 
Q to the provider (step Shl4). Subsequently, the PC- 

kj dedicated WWW server 51 generates a search result screen as 

p 1 shown in FIG. 34 and causes the PC 21 to display the search 

result screen (step Shl5). The screen of FIG. 34 shows 
y 15 that the provider whose provider ID is "8898" has received 
" 3 "2,423,500 yen" as a license fee for May, 2000 and will 

Q receive "1,901,250 yen" as a license fee for June, 2000; 

Lfl that the sum of license fees having been paid to the 

ffi provider up to the present and license fees scheduled to 

^! 20 be paid to the provider in the future is "5,283,340 yen"; 

and that the sum of unpaid license fees to be paid to the 
provider in the future is "3,154,200 yen." In this case, 
the sum of unpaid license fees "3,154,200 yen" is also 
displayed as a sum of payable license fees. 
25 When the PC-dedicated WWW server 51 detects that the 

provider has selected a "return" button (step Shl6; Yes), 
the PC-dedicated WWW server 51 returns to step Sgl of the 
main routine. 

FIG. 35 is a flowchart showing the operation of the 
30 PC-dedicated WWW server 51 during the application search. 

First, by reference to the application-registration 
master table AST in the database server 54, the PC- 
dedicated WWW server 51 compares application IDs stored in 
the table AST and an application ID input by the provider, 
35 in order to authenticate the input ID (step Sjl). 

When the input ID does not match any of the stored 
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application IDs, the PC-dedicated WWW server 51 transmits a 
predetermined error screen data to the PC 21 (step Sj2), 
and waits until the provider selects an unillustrated "OK 
button" on the screen on the PC 21(step Sj3). Subsequently, 
5 the PC-dedicated WWW server 51 returns to step Sgl of the 
main routine. 

When the input ID matches one of the stored 
application IDs, the PC-dedicated WWW server 51 searches 
the application-registration master table AST while using 
Q 10 the application ID and months included in the search period 
rj as keys to thereby obtain corresponding download counts, 

fin activation counts, execution times, voting point numbers, 

Jrl and license fees (step Sj5). 

=y Further, the PC-dedicated WWW server 51 selectively 

m 15 obtains license fees whose "payment flags" are set to 
p "unpaid" (step Sj6). 

H« The processing in steps Sj5 and Sj6 is performed over 

IP the entirety of the designated search period. Upon 

Q confirmation that this processing has been completed (step 

20 Sj4; Yes), processing proceeds to step Sj7. 

In step Sj7, the PC-dedicated WWW server 51 generates 
a search result screen as shown in FIG. 36 and causes the 
PC 21 to display the search result screen. In the screen 
of FIG. 36, the download count, the activation count, the 
25 execution time, the voted point number, the license fee, 

and the unpaid license fee in each month are displayed for 
the designated application. When the PC-dedicated WWW 
server 51 detects that the provider has selected a "return" 
button (step Sj8; Yes), the PC-dedicated WWW server 51 
30 returns to step Sgl of the main routine shown in FIG. 31. 

C : Modifications 

As have been described, the present invention is not 
limited to the above-described embodiment, and various 
35 modifications are possible. 

Examples modifications will be described below. In 
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the embodiment, download count, etc. are used as parameters 
for license fee distribution; however, the types of 
parameters are not limited thereto. Further, in the 
embodiment, each license fee is obtained through 
5 proportional distribution by use of various parameters ; 
however, the method of obtaining each license fee is not 
limited thereto and may be performed with addition of a 
different distribution method in which a basic service fee 
is introduced and is distributed to the providers . 

10 In the present embodiment, the status of payment of 

each user is managed by use of the user-payment management 
table UPT. However, the method of managing payment status 
is not limited thereto, and it may be the case that only 
the total of usage fees paid by each user is managed as a 

15 payment status. For example, the work for collecting usage 
fees from each user is outsourced to an outside company; 
and the server group 5 stores in the user-payment 
management table UPT only the total usage fees collected in 
each month. This enables omission of the calculation 

20 processing in the above-described step Se2. 

In the embodiment, all users pay a fixed usage fee 
each month; however, the present invention is not limited 
to such an embodiment. 

For example, users may be divided into a plurality of 

25 classes, and the usage fee for each user may be changed 
depending on his or her class. Conceivably, various 
classification methods may be used. In one method, 
classification is performed depending on the usage status 
of the user, such as download count, execution time, and 

30 activation count. In another method, classification is 

performed depending on difference in amount of resources, 
such as a database, which the server group 5 occupies for 
the user. 

In the embodiment, no restriction is imposed on any 
35 user in relation to use of any application. That is, each 
user can use a downloaded application without restriction. 
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However, the present invention is not limited to such an 
embodiment, and some restriction may be introduced in 
relation to use of respective applications. For example, 
for each user, an upper limit may be imposed on at least 
5 one of download count, activation count, and execution time. 
Next, another embodiment which employs the above- 
described restriction on use will be described. 

First, it is assumed that use is restricted such that 
each user can download an application up to 20 times per 
10 month, can activate the application up to 100 times per 
month, and can execute the application up to 300 min per 
month . 

The following sequence is used in order to check 
whether usage by any user exceeds these limits. 

15 When the cellular-phone-dedicated WWW server 50 

receives a download request signal from the cellular phone 
10 of a user (the above-described step Sb25), the cellular- 
phone-dedicated WWW server 50 calculates the total download 
count of the user this month by reference to the user- 

20 access storing table UAT in the database server 54. When 
the calculated download count is not less than 20 
( download-count upper limit), the cellular-phone-dedicated 
WWW server 50 transmits to the cellular phone 10 a message 
notifying the user that the application cannot be 

25 downloaded. This processing enables checking as to whether 
the download count has exceeded the upper limit. 

When an application is started on the cellular phone 
10 and the cellular-phone-dedicated WWW server 50 receives 
a start signal from the cellular phone 10 (the above- 

30 described step Sc4), the cellular phone-dedicated WWW 
server 50 calculates the total activation count and the 
execution time of the user this month, by reference to the 
user-access storing table UAT in the database server 54 . 
When the calculated activation count is not less than 100 

35 (activation-count upper limit) or when the calculated 

execution time is not less than 300 min ( execution- time 
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upper limit)/ the cellular-phone-dedicated WWW server 50 
transmits to the cellular phone 10 a message notifying the 
user that the application cannot be started or executed. 
This processing enables checking as to whether the 
5 activation count has exceeded the upper limit. When the 
activation count exceeds the activation-count upper limit 
or when the execution time exceeds the execution-time upper 
limit, downloading of the application, rather than start or 
execution of the application, may be prohibited. 

10 As have been described in relation to high-score 

registration processing, in the embodiment, an accessible 
table is defined on an application-by-application basis; 
however, a similar effect is obtained even when an 
accessible table is defined for each provider of 

1 5 appl icat ions . 

In the embodiment, an ID is embedded in a URL or a 
hidden parameter of an input tag for identifying each 
session. However, this session management may be performed 
through issuing a special session identifier to thereby use 

20 a cookie file. Alternatively, authentication itself may be 
performed by use of basic authentication, which is a 
function of a WWW server. 

In the embodiment, storage of an application is 
performed intentionally; however, the application may be 

25 cached into a temporary storage memory which is used for 
operating the application on the browser of the cellular 
phone 10. 

In the embodiment, HTML data are used; however, other 
description languages such as XML (Extensible Markup 
30 Language) may be used. 

In the present embodiment, the names of applications 
for which a user can vote are displayed in the form of a 
list. However, the manner of displaying the application 
names is not limited thereto. For example, a voting page 
35 for an application may be displayed in response to input of 
the corresponding application ID or application name on a 
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user interface created by HTML data transmitted from the 
cellular-phone-dedicated WWW server 50. In this case, when 
the cellular-phone-dedicated WWW server 50 receives an HTTP 
request accompanied by an application ID or application 
5 name, the cellular-phone-dedicated WWW server 50 checks 
whether the application ID or application name is present. 
When the application ID or application name is not present, 
the cellular-phone-dedicated WWW server 50 causes the 
cellular phone 10 to display an error message. 
10 Further, the voting operation may be modified such 

4 that when a user having logged in to the cellular-phone- 

Hj dedicated WWW server 50 has not performed download, start, 

fj execution, or point voting for a designated application 

Hi within the past three months, a message indicating that 

15 voting by the user is invalid is displayed. 
I" In the embodiment, an input interface for point 

C3 voting is formed by means of an HTML form. However, an 

k1 alternative method may be employed. That is, an interface 

frt is provided on an application to be downloaded to the 

S 5 ; 2 0 cellular phone 10 in order to allow transmission of voting 
data directly from the input interface on the application. 

FIG. 37 is a sequence diagram showing the operations 
of the cellular phone 10 and the-cellular phone-dedicated 
WWW server 50 in such a case. As shown in FIG. 37, upon 
25 completion of performance of an applet; e.g., at game over, 
the cellular phone 10 displays an input interface for point 
input (step Spl) and accepts an input from the user (step 
Sp2 ) . Subsequently, the cellular phone 10 transmits to the 
cellular-phone-dedicated WWW server 50 a get request 
30 including "http://game.techfirm.co.jp/56789/ 

vote.cgi?id=10000&app56799&DLID99887766&point30. " 

Meanwhile, a server application for receiving the 
voting data is prepared in the cellular-phone-dedicated WWW 
server 51. When a voting point is input directly to the 
35 input interface of the application on the cellular phone 10 
and is transmitted therefrom, the cellular-phone-dedicated 
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WWW server 51 judges that the user uses that application. 
In this case, the cellular-phone-dedicated WWW server 50 
accepts the voting even when data which relate to download, 
activation, and point voting and which are accumulated in 
5 the database server 54 were stored more than three months 
previously. This enables a server group to accept the 
voting point even when the server group cannot detect 
activation of an application on the cellular phone 10 side. 
In the embodiment, an unique download ID is issued 
10 for each download request and is embedded in the param tag 
^ within the HTML data which designate download; the cellular 

*8 phone 10 stores and uses the download ID to thereby secure 

1=4 safety of communications. However, the following method 

Us may be employed if the cellular phone 10 has a function of 

J* 15 storing a URL for obtaining HTML data which designate 
iff download, and the application on the cellular phone 10 side 

can obtain the URL. 
PI The cellular-phone-dedicated WWW server 50 adds a 

download ID to an URL for obtaining HTML data which 
p% 20 designate download. When the application on the cellular 
Pj phone 10 requests the HTML data which designate download by 

use of the URL, the cellular-phone-dedicated WWW server 50 
stores into the download-ID management table DIT an user ID, 
an application ID, and a download ID contained in the 
25 request. When the application on the cellular phone 10 

needs the download ID, the application obtains the URL from 
the application interface of the cellular phone, extracts 
from the URL the download ID only or data containing the 
same, and transmits it to the cellular-phone-dedicated WWW 
30 server 50. Thus, the server 50 can confirm the combination 
of the user ID, the application ID, and the download ID, by 
reference to the download management table DIT. 

In the case of the present embodiment, when the 
cellular-phone-dedicated WWW server 50 configures a 
35 description page in step Sb22 in FIG. 19, the cellular- 
phone-dedicated WWW server 50 embeds 
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"http: //game.techf irm.co. jp/ 

56789/dl.cgi?id=10000&app=56789&dlid=99887766", as an 
hyperlink URL, in the menu item "download" shown in FIG. 
21(f). When the user selects "download" (step Sb25 in FIG. 
5 20), the above- described URL is transmitted to the 

cellular-phone-dedicated WWW server 50. At this time, the 
URL 

"http: //game.techf irm.co. jp/56789/dl .cgi?id=10000&app=56789 
&dlid=99887766" is stored in the cellular phone 10. 

10 Further, a similar effect is obtained when the URL which is 
in a form format and which is configured by the browser on 
the cellular phone 10 performs transmission in the above- 
described manner. 

Further, the following method may be employed if the 

15 cellular phone 10 has a function of storing a URL of an 

application which designates download, and the application 
on the cellular phone 10 side can obtain the URL. 

When the cellular-phone-dedicated WWW server 50 
generates HTML data which designate download (step Sb26 in 

2 0 FIG. 20), the cellular-phone-dedicated WWW server 50 issues 
a unique download ID. In addition to the URL of an 
application, the cellular phone 10 transmits a request for 
download of the application by use of the URL. In response 
thereto, the cellular-phone-dedicated WWW server 50 stores 

25 into the download-ID management table DIT a user ID, an 

application ID, and a download ID. When the application on 
the cellular phone 10 needs the download ID, the 
application obtains the URL from the application interface 
of the cellular phone 10, extracts from the URL the 

30 download ID only or data containing the same, and transmits 
it to the cellular-phone-dedicated WWW server 50. Thus, 
the server 50 can confirm the combination of the user ID, 
the application ID, and the download ID. 

In the case of the embodiment, in step Sb2 6 shown in 

35 FIG. 20, an application designating tag as shown in FIG. 38 
is generated, and HTML data containing this tag are 
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returned to the cellular phone. 

A server application getjar.cgi is disposed on the 
server side as shown in the drawing. When the application 
is started, the user ID "10000," the application ID 
5 "56789," and the download ID "99887766" are stored in the 
download-ID management table DIT together with the date and 
time at which the request has been received. Subsequently, 
the application drops. jar is returned to the cellular phone 
10. 

10 At this time, the URL 

Cj "http://game.techfirm.co. jp/get jar. cgi?id=10000&app=56789&d 

Cj lid=99887766&f ile=drops . jar" is stored in the cellular 

p 1 phone 10. 

5 When the cellular phone has a memory area to which 

>J 15 the application can store data and the application can 
^' refer, the download ID is not provided from the cellular- 

fa phone-dedicated WWW server 50 beforehand, but the download 

It; ID can be obtained from the server 50 and stored, at an 

fll arbitrary timing before the application transmits the 

u 20 download ID to the server 50. 

ru 

That is, in the embodiment, when the cellular phone 
10 first starts an application and transmits its request to 
the server 50 as in step Sc4 of FIG. 23, 

"http: //game.techfirm.co. jp/start .cgi?id=10000&app=56789&DL 
25 ID=" is used as a URL. Thus, the URL with empty "DLID" can 
be transmitted. In step Sc5, the server 50 issues a unique 
download ID and stores it in the download-ID table DIT. In 
step Sc6, the server 50 transmits a character message 
"OK/dlid=99887766" to the application. 
30 Upon receipt of the character message, the 

application stores the received download ID "99887766" in a 
memory area of the cellular phone 10 provided for download 
ID storage. 

When the cellular phone 10 can store date and time at 
35 which an application is downloaded and permits the 

application to refer to the download date and time, on the 
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server 50 side, the date and time are stored in the last- 
download management table LDT as date and time at which the 
user indicated by the user ID last downloaded the 
application indicated by the application ID. When the 
5 application must transmit to the cellular-phone-dedicated 
WWW server 50 data for identifying itself, the application 
obtains data indicating its own download date and time from 
the application interface of the cellular phone 10 and 
transmits the data to the cellular-phone-dedicated WWW 
10 server 50 together with the user ID and the application ID. 
~~ On the server 50 side, the last-download management table 

SI LDT is scanned, to thereby obtain the download date and 

fl time corresponding to the combination of the user ID and 

Si the application ID; and the difference between the thus- 

5 J 15 obtained download date and time and those on the portable 
= phone 10 is calculated. When the difference falls within 

O an allowable range determined in consideration of download 

m overhead time (e.g. within ±10 min) , the application is 

firt judged to be correctly identified. 

SI 20 For example, in the embodiment, 

" http : / /game . techf irm . co . j p/vote . cgi? id=l 000 0 &app=5 6 7 8 9&dlt 
ime=200006031925&point=20" is used as a URL in step SdlO 
shown in FIG. 27. "dltime=200006031925" means that the 
application was downloaded at 19:25 on June 3, 2000. Upon 
25 receipt of this request, the cellular-phone-dedicated WWW 
server 50 searches a download date and time on the last- 
download management table DIT while using the user ID 
"10000" and the application ID "56789" as keys, to thereby 
judge the validity of the download date and time. 
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CLAIMS 

1. An information distribution server system adapted to 
distribute applications to radio portable terminals in 
accordance with download requests from the radio portable 
terminals, each radio portable terminal being capable of 
utilizing an application downloaded via the Internet and a 
radio communication network, characterized by comprising: 

a user information table for storing information 
regarding a user of each radio portable terminal; 

a provider information table for storing information 
regarding a provider of each application; 

a payment- status management table for managing the 
status of payment of a predetermined usage fee which each 
user stored in the user information table must pay for a 
predetermined period; 

a detection section for detecting the status of usage 
of each application; 

a usage-status management table for storing the 
detected usage status ; and 

a computation section for calculating and outputting 
a license fee to be paid for each provider stored in the 
provider information table, on the basis of a ground total 
of usage fees grasped by the payment-status management 
table and the usage status stored in the usage-status 
management table. 

2 . An information distribution server system according to 
claim 1, characterized in that 

the detection section detects the application usage 
status on an application-by-application basis, and the 
usage-status management table stores the application usage 
status on an application-by-application basis; and 

the computation section comprises: 

an allotting section for allotting a portion of the 
ground total of usage fees grasped by the payment- status 
management table, as a ground total of license fees to be 
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paid to the providers; and 

a distribution section for distributing and 
outputting, from the allotted ground total of license fees, 
a license fee to be paid for the provider of each 
5 application, in accordance with the usage status stored in 
the usage-status management table. 

3 . An information distribution server system according to 
claim 1, characterized in that 

10 the detection section detects the application usage 

J status on a user-by-user basis, and the usage-status 
*4 management table stores the application usage status on a 
Zl user-by-user basis; and 

%| the computation section comprises: 

5gS 15 an allotting section for allotting a portion of the 

= usage fees paid by the users, as a license fee which the 

y users must pay for the providers of the applications; 

pj a distribution section for distributing and 

J: outputting, from the allotted license fee, a license fee 

il 20 that each user must pay for each provider, in accordance 

with the usage status stored in the usage-status management 

table; and 

a calculation section for summing provider by 
provider the license fees distributed and output with 
25 respect to all the users in order to obtain a license fee 
to be paid to each provider. 

4 . An information distribution server system according to 
claim 1, characterized in that 

3 0 the detection section counts a download count of the 

application in a predetermined period, and the usage-status 
management table stores the counted download count as a 
usage status; and 

the computation section calculates the license fee on 

35 the basis of the download count stored in the usage-status 
management table. 



101003013059 

62 



5. An information distribution server system according to 
claim 1 , characterized in that 

the detection section detects an execution time of 
5 the application on the radio portable terminal, and the 

usage-status management table stores the detected execution 
time as a usage status; and 

the computation section calculates the license fee on 
the basis of the execution time stored in the usage-status 
10 management table. 

6. An information distribution server system according to 
claim 5, characterized in that 

the detection section regards as the execution time a 
15 difference between a time of receipt from the radio 

portable terminal of a notification indicating start of the 
application and a time of receipt from the radio portable 
terminal of a notification indicating end of the 
application. 

20 

7 . An information distribution server system according to 
claim 1, characterized in that 

the detection section detects an activation count of 
the application on the radio portable terminal, and the 
25 usage-status management table stores the detected 
activation count as a usage status; and 

the computation section calculates the license fee on 
the basis of the activation count stored in the usage- 
status management table. 

30 

8 . An information distribution server system according to 
claim 1, characterized in that 

the detection section counts point number with which 
the user voted for the application, and the usage-status 
35 management table stores the counted point number as a usage 
status; and 
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the computation section calculates the license fee on 
the basis of the point number stored in the usage-status 
management table. 

5 9. An information distribution server system according to 
claim 8, characterized in that 

an upper limit is provided for points that the user 
can use in a predetermined period, and an invalidating 
section is provided in order to invalidate a portion of the 
10 points exceeding the upper limit such that that portion is 
not used as a usage status. 

10. An information distribution server system according to 
claim 9, characterized by comprising: 

15 a grasping section for grasping an application for 

which the user can perform point voting; and 

a provision section for providing an ID of the 
grasped application to a predetermined terminal used by the 
user in response to a request from the user. 

20 

11. An information distribution server system according to 
claim 10, characterized in that 

the grasping section grasps, as the application for 
which the user can perform point voting, an application 
25 which was downloaded by the user in a predetermined period. 

12. An information distribution server system according to 
claim 10, characterized in that 

the grasping section grasps, as the application for 
30 which the user can perform point voting, an application 

which was activated by the user in a predetermined period. 

13. An information distribution server system according to 
claim 10, characterized in that 

35 the grasping section grasps, as the application for 

which the user can perform point voting, an application for 
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which the user performed point voting in a predetermined 
period. 

14. An information distribution server system according to 
5 claim 8, characterized in that 

the detection section detects the usage status 
through receipt of a point number with which the user voted 
for each application in a predetermined period; and 

a judgment section is provided which judges that the 

10 user can perform point voting for the application only when 
points contained in the received point number are for an 
application which was downloaded by the user in a 
predetermined point-input effective period, for an 
application which was activated by the user in the 

15 predetermined point-input effective period, or for an 
application for which the user performed voting in the 
predetermined point-input effective period. 

15. An information distribution server system according to 
20 claim 8, characterized by comprising: 

a selection section for forcing the user to select an 
application for which the points are voted; 

a judgement section for judging on a user-by-user 
basis whether the user can perform point voting for the 
25 selected application; and 

an error transmission section for transmitting data 
including an error message to a predetermined terminal used 
by the user when the selected application is judged to be 
an application for which the user cannot perform point 
30 voting. 

16. An information distribution server system according to 
claim 1, characterized in that 

the detection section detects at least two among a 
35 download count of the application in a predetermined period, 
an activation count of the application on the radio 
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portable terminal, an execution time of the application on 
the radio portable terminal, and a point number with which 
the user voted for the application; 

the usage-status management table stores as 
5 parameters at least two detection values detected by the 
detection section; and 

the computation section calculates the license fee on 
the basis of a predetermined calculation formula combined 
with the at least two parameters . 

10 

_ 17. An information distribution server system according to 
m claim 1, characterized by comprising: 

a communication section for performing data 
y communication with an internet terminal which can be 

i 15 connected directly to the Internet without use of a radio 
Ifl communication network; and 

f a search/output section for searching the application 

Si in response to a request transmitted from the internet 

Til terminal via the communication section and for outputting a 

m 

ij 2 0 search result to the internet terminal via the 

fy communication section, the search result including at least 

the application name of the application and a description 

of contents of the application. 

25 18. An information distribution server system according to 

claim 17, characterized by comprising 

a mail transmission section, in response to a request 

from the internet terminal, the mail transmission section 

generating an electronic mail including address information 
30 necessary for downloading the application to the radio 

portable terminal. 

19. An information distribution server system according to 
claim 18, characterized by comprising 
35 a screen generation section for generating screen 

data of a screen for displaying on the internet terminal 
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the search result output from the search/output section, 
the screen data including data for disposing on the screen 
a predetermined button for sending an electronic mail to 
the radio portable terminal of the user, and characterized 
in that 

the mail transmission section detects operation of 
the button by the user, generates an electronic mail in 
response to detection of the button operation, the 
electronic mail including a URL for downloading to the 
radio portable terminal an application indicated by the 
search result, and transmits the electronic mail to the 
radio portable terminal. 

20. An information distribution server system according to 
claim 1, characterized by comprising 

a payable amount output section, only when the 
license fee calculated by the computation section is not 
less than a predetermined amount, the payable amount output 
section outputting to the provider the license fee as a 
payable license fee. 

21. An information distribution server system according to 
claim 20, characterized in that 

the payable amount output section comprises: 

a totaling section for totaling the license fees 

calculated by the computation section over a predetermined 

period; and 

an output section for outputting the totaled license 
fee as a payable license fee, only when the totaled license 
fee is not less than the predetermined amount. 

22. An information distribution server system according to 
claim 1, characterized in that 

the payment status of each user is stored in the 
payment-status management table. 
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23 . An information distribution server system according to 
claim 1, characterized in that 

a total of usage fees paid by each user is stored in 
the payment-status management table. 

5 

24. An information distribution server system according to 
claim 1, characterized in that 

the usage fee is constant among all users. 

10 25. An information distribution server system according to 

C3 claim 1 , characterized in that 

f3 the usage fee is constant within each of user groups 

m into which users are classified in accordance with 

W predetermined criteria. 

.; 

111 26. An information distribution server system according to 

claim 1 , characterized in that 
ry the detection section counts a download count of the 

application in a predetermined period, and the usage-status 
□ 2 0 management table stores on a user-by-user basis the counted 
f« download count as a usage status; and 

a prohibition control section is provided in order to 

prohibit a user to download the application when the 

download count which was counted for the user in the 
25 predetermined period exceeds a predetermined upper limit. 

27. An information distribution server system according to 
claim 1, characterized in that 

the detection section detects an execution time of 

30 the application in a predetermined period, and the usage- 
status management table stores on a user-by-user basis the 
execution time as a usage status; and 

a prohibition control section is provided in order to 
prohibits the cellular phone 10 of a user to download or 

35 execute the application when the execution time which was 

detected for the user in the predetermined period exceeds a 
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predetermined upper limit. 

28. An information distribution server system according to 
claim If characterized in that 
5 the detection section counts an activation count of 

the application in a predetermined period, and the usage- 
status management table stores on a user-by-user basis the 
counted activation count as a usage status; and 

a prohibition control section is provided in order to 
10 prohibits the cellular phone 10 of a user to download or 

execute the application when the activation count which was 
detected for the user in the predetermined period exceeds a 
predetermined upper limit. 

15 29. An information distribution server system according to 
claim 8, characterized in that 

the application includes a program for displaying on 
the radio portable terminal a point input interface for 
enabling the user to perform point voting; and 

2 0 the detection section detects the usage status by 

receiving via the Internet a point number which is input by 
the user on the point input interface displayed on the 
radio portable terminal when the terminal executes the 
application. 

25 

30. An information distribution server system according to 

claim 29, characterized in that 

the detection section detects the usage status 

through receipt of a point number with which the user voted 
30 for each application in a predetermined period; and 

a judgment section is provided which judges that the 

user can perform point voting for the application only when 

points contained in the received point number are points 

for an application which was downloaded by the user in a 
35 predetermined point-input effective period, points for an 

application which was activated by the user in the 
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predetermined point-input effective period, points for an 
application for which the user performed voting in the 
predetermined point-input effective period; or points which 
were input through a point input interface corresponding to 
5 the application. 

31. An information distribution server system according to 
claim 1, characterized by comprising: 

a server application storage section for storing a 
10 plurality of server applications each being capable of 

communicating with an application downloaded to the radio 
portable terminal; 

a common database commonly accessed by the plurality 
of server application; and 
15 a limiting section for limiting an accessible table 

area of the common database for each server application. 

32. An information distribution server system according to 
claim 1, characterized by comprising: 

20 a server application storage section for storing a 

plurality of server applications each being capable of 
communicating with an application downloaded to the radio 
portable terminal; 

a common database commonly accessed by the plurality 
25 of server application; and 

a limiting section for limiting an accessible table 
area of the common database for each application provider. 

33. An information distribution server system according to 
30 claim 1, characterized by comprising: 

a server application storage section for storing a 
plurality of server applications each being capable of 
communicating with an application downloaded to the radio 
portable terminal; and 
3 5 a common process interface which can access data 

stored in the user information table, wherein 
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the server application access the user information 
table by use of the common process interface. 

34. An information distribution method for distributing 

5 applications to radio portable terminals in accordance with 
download requests from the radio portable terminals, each 
radio portable terminal being capable of utilizing an 
application downloaded via the Internet and a radio 
communication network, characterized by comprising: 
10 a usage-fee storing step for storing the status of 

payment of a predetermined usage fee which the user of each 
radio portable terminal must pay for a predetermined 
period; 

a usage-status detecting step for detecting the 
15 status of usage of the application; and 

a usage-status storing step for storing the detected 
usage status; and 

a computation step for calculating a license fee to 
be paid for each provider stored in the provider 
20 information table, on the basis of the stored ground total 
of usage fees and the stored usage status and for 
outputting the license fee. 

35. An information distribution method according to claim 
25 34, characterized in that 

the detection step detects the application usage 
status on an application-by-application basis; 

the usage-status storing step stores the application 
usage status on an application-by-application basis; and 
30 the computation step comprises: 

a step for allotting a portion of the stored ground 
total of usage fees as a ground total of license fees to be 
paid to the providers; and 

a step for distributing and outputting, from the 
35 allotted ground total of license fees, a license fee to be 
paid for the provider of each application, in accordance 
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with the stored usage status . 

36. An information distribution method according to claim 
34, characterized in that 

5 the detection step detects the application usage 

status on a user-by-user basis; 

the usage-status storing step stores the application 
usage status on a user-by-user basis; and 
the computation step comprises : 
10 a step for allotting a portion of the usage fees paid 

~5 by the users as a license fee which the users must pay for 

M the providers of the applications; 

~! a step for distributing and outputting, from the 

SJ allotted license fee, a license fee that each user must pay 

.J 15 for each provider, in accordance with the stored usage 

s status; and 

G3 a step for summing provider by provider the license 

JJ fees distributed and output with respect to all the users 

IP in order to obtain a license fee to be paid to each 

pii 20 provider. 

37. A computer-readable recording medium on which is 
recorded a program for causing a computer to perform the 
information distribution method according to claim 34. 

25 

38. A computer-readable recording medium on which is 
recorded a program for causing a computer to perform the 
information distribution method according to claim 35. 

30 39. A computer-readable recording medium on which is 

recorded a program for causing a computer to perform the 
information distribution method according to claim 36. 
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Brinks Hofer Gilson & Lione 
P.O. Box 10395. 
Chicago, IL 60610 
Q (312)321-4200 

%£} The undersigned hereby authorizes the U.S. attorneys named herein to accept and follow instructions from as to any 

ac|ion to be taken in the Patent and Trademark Office regarding this application without direct communication between the U.S. 
^lorney and the undersigned. In the event of a change in the persons from whom instructions may be taken, the U.S. attorneys named 
fTejrein will be so notified by the undersigned. 

SJ Techfirm Inc., a Japanese corporation, certifies that it is the assignee of the entire right, title and interest in the patent 
application identified above by virtue of either: 

H An assignment from the inventor(s) of the patent application identified above, a copy of which is attached hereto 
s OR 

Ej An assignment from the inventor(s) of the patent application identified above. The assignment was recorded in the Patent 
|L W and Trademark Office at Reel , frame . 

m or 

Q A chain of title from the inventor(s), of the patent application identified above, to the current assignee as shown below: 
ft! 1- From To: 

The document was recorded in the Patent and Trademark Office at 

Reel , frame , or a copy thereof is attached. 

2. From To: 

The document was recorded in the Patent and Trademark Office at 

Reel , frame , or a copy thereof is attached. 

□ Additional documents in the chain of title are listed on a supplemental sheet. 
The undersigned has reviewed the assignment or all the documents in the chain of title of the patent application identified 
above and, to the best of undersigned's knowledge and belief, title is in the assignee identified above. 

The undersigned (whose title is supplied below) is empo wered to act on behalf of the assignee. 

I hereby declare that all statements made herein of my own knowledge are true, and that all statements made on information 
and belief are believed to be true; and further, that these statements are made with the know ledge that willful false statements, and the 
like so made, are punishableJ>yJineor imprisonment, or both, under Section 1001, Title 18 of the United States Code, and that such 
willful false state^jei^nav^eopMcyfe the validity of the application or any patent issuing thereon. 

Signatur^ ^^^^T"^^^^ Date: 3^///? /* 

Name/^ ' ^Wichji^ 

Title: < "-President ~ " 



CP 



Applicant or Patentee: 
Serial or PatentNo: 
Filed or Issued: 



Yuichiro Tsutsui 



Case No.: 



VERIFIED STATEMENT (DECLARATION) CLAIMING SMALL ENTITY STATUS 
(37 CFR 1.9(f) and 1.27(c)) ■ SMALL BUSINESS CONCERN 

I hereby declare that I am 

□ the owner of the small business concern identified below: 

an official of the small business concern empowered to act on behalf of the concern identified below: 



NAME OF CONCERN Techfirm Inc. 

ADDRESS OF CONCERN 27-13, Shibuya 3-chome, Shibuya-ku, Tokyo 150-0002, Japan 

I hereby declare that the above identified small business concern qualifies as a small business concern as defined in 1 3 CFR 121 .3-18, and reproduced in 37 CFR 1 .9(d), for 
purposes of paying reduced fees under Section 41 (a) and (b) of Title 35, United States Code, in that the number of employees of the concern, including those of its affiliates, 
does not exceed 500 persons. For purposes of this statement, (1) the number of employees of the business concern is the average over the previous fiscal year of the 
concern of the persons employed on a full-time, part-time or temporary basis during each of the pay periods of the fiscal year, and (2) concerns are affiliates of each other 
w|p either, directly or indirectly, one concern controls or has the power to control the other, or a third party or parties controls or has the power to control both. 

i&ereby declare that rights under contract or law have been conveyed to and remain with the small business concern identified above with regard to the invention, entitled 
byjnventor(s) Information Distribution Server System. Information Distribution Method, and Recording Medium described in 

r = □ the specification filed herewith. 

%J International Application no. PCT/JP00/06090, filed on September 7. 2000 . 
; ~ □ patent no. , issued . 

if *e rights held by the above identified small business concern are not exclusive, each individual, concern or organization having rights to the invention is listed below* and no 
pgjits to the invention are held by any person, other than the inventor, who would not qualify as an independent inventor under 37 CFR 1 .9(c) if that person made the invention, 
fFJjy any concern which would not qualify as a small business concern under 37 CFR 1 .9(d), or a nonprofit organization under 37 CFR 1 .9(e). *NOTE: Separate verified 
jsfStements are required from each named person, concern or organization having rights to the invention averring to their status as small entities. (37 CFR 1 .27) 

-Os 
MhiE 

SM3DRESS - 

□ INDIVIDUAL □ SMALL BUSINESS CONCERN □ NONPROFIT ORGANIZATION 
NAME 

ADDRESS — 



□ INDIVIDUAL □ SMALL BUSINESS CONCERN 



□ NONPROFIT ORGANIZATION 



I acknowledge the duty to file, in this application or patent, notification of any change in status resulting in loss of entitlement to small entity status prior to paying, or at the time 
of paying, the earliest of the issue fee or any maintenance fee due after the date on which status as a small entity is no longer appropriate. (37 CFR 1 .28(b)) 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made on information and belief are believed to be true; and further that 
these statements were made with the knowledge that willful false statements and the like so made are punishable by fine or imprisonment, or both, under Section 1 001 of Title 
18 of the United States Code, and that such willful false statements may jeoMKiize-W)9vaJidity^,the application, any patent issuing thereon, or any patent to which this 
verified statement is directed. 



SIGNATURE 

NAME OF PERSON SIGNING 

TITLE OF PERSON OTHER THAN OWNER 

ADDRESS OF PERSON SIGNING 




DATE 



Techfirm Inc., 27-13, Shibuya 3-chome, Shibuya-ku, Tokyo 150-0002, Japan 



BRINKS HOFER GILSON & LIONE 
P.O. BOX 10395 
Chicago, Illinois 60610 
(312) 321-4200 



